forked from msm8974-mainline/linux
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge branch 'fprobe: Introduce fprobe function entry/exit probe'
Masami Hiramatsu says: ==================== Hi, Here is the 12th version of fprobe. This version fixes a possible gcc-11 issue which was reported as kretprobes on arm issue, and also I updated the fprobe document. The previous version (v11) is here[1]; [1] https://lore.kernel.org/all/164701432038.268462.3329725152949938527.stgit@devnote2/T/#u This series introduces the fprobe, the function entry/exit probe with multiple probe point support for x86, arm64 and powerpc64le. This also introduces the rethook for hooking function return as same as the kretprobe does. This abstraction will help us to generalize the fgraph tracer, because we can just switch to it from the rethook in fprobe, depending on the kernel configuration. The patch [1/12] is from Jiri's series[2]. [2] https://lore.kernel.org/all/[email protected]/T/#u And the patch [9/10] adds the FPROBE_FL_KPROBE_SHARED flag for the case if user wants to share the same code (or share a same resource) on the fprobe and the kprobes. I forcibly updated my kprobes/fprobe branch, you can pull this series from: https://git.kernel.org/pub/scm/linux/kernel/git/mhiramat/linux.git kprobes/fprobe Thank you, --- Jiri Olsa (1): ftrace: Add ftrace_set_filter_ips function ==================== Signed-off-by: Alexei Starovoitov <[email protected]>
- Loading branch information
Showing
40 changed files
with
1,876 additions
and
14 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,174 @@ | ||
.. SPDX-License-Identifier: GPL-2.0 | ||
================================== | ||
Fprobe - Function entry/exit probe | ||
================================== | ||
|
||
.. Author: Masami Hiramatsu <[email protected]> | ||
Introduction | ||
============ | ||
|
||
Fprobe is a function entry/exit probe mechanism based on ftrace. | ||
Instead of using ftrace full feature, if you only want to attach callbacks | ||
on function entry and exit, similar to the kprobes and kretprobes, you can | ||
use fprobe. Compared with kprobes and kretprobes, fprobe gives faster | ||
instrumentation for multiple functions with single handler. This document | ||
describes how to use fprobe. | ||
|
||
The usage of fprobe | ||
=================== | ||
|
||
The fprobe is a wrapper of ftrace (+ kretprobe-like return callback) to | ||
attach callbacks to multiple function entry and exit. User needs to set up | ||
the `struct fprobe` and pass it to `register_fprobe()`. | ||
|
||
Typically, `fprobe` data structure is initialized with the `entry_handler` | ||
and/or `exit_handler` as below. | ||
|
||
.. code-block:: c | ||
struct fprobe fp = { | ||
.entry_handler = my_entry_callback, | ||
.exit_handler = my_exit_callback, | ||
}; | ||
To enable the fprobe, call one of register_fprobe(), register_fprobe_ips(), and | ||
register_fprobe_syms(). These functions register the fprobe with different types | ||
of parameters. | ||
|
||
The register_fprobe() enables a fprobe by function-name filters. | ||
E.g. this enables @fp on "func*()" function except "func2()".:: | ||
|
||
register_fprobe(&fp, "func*", "func2"); | ||
|
||
The register_fprobe_ips() enables a fprobe by ftrace-location addresses. | ||
E.g. | ||
|
||
.. code-block:: c | ||
unsigned long ips[] = { 0x.... }; | ||
register_fprobe_ips(&fp, ips, ARRAY_SIZE(ips)); | ||
And the register_fprobe_syms() enables a fprobe by symbol names. | ||
E.g. | ||
|
||
.. code-block:: c | ||
char syms[] = {"func1", "func2", "func3"}; | ||
register_fprobe_syms(&fp, syms, ARRAY_SIZE(syms)); | ||
To disable (remove from functions) this fprobe, call:: | ||
|
||
unregister_fprobe(&fp); | ||
|
||
You can temporally (soft) disable the fprobe by:: | ||
|
||
disable_fprobe(&fp); | ||
|
||
and resume by:: | ||
|
||
enable_fprobe(&fp); | ||
|
||
The above is defined by including the header:: | ||
|
||
#include <linux/fprobe.h> | ||
|
||
Same as ftrace, the registered callbacks will start being called some time | ||
after the register_fprobe() is called and before it returns. See | ||
:file:`Documentation/trace/ftrace.rst`. | ||
|
||
Also, the unregister_fprobe() will guarantee that the both enter and exit | ||
handlers are no longer being called by functions after unregister_fprobe() | ||
returns as same as unregister_ftrace_function(). | ||
|
||
The fprobe entry/exit handler | ||
============================= | ||
|
||
The prototype of the entry/exit callback function is as follows: | ||
|
||
.. code-block:: c | ||
void callback_func(struct fprobe *fp, unsigned long entry_ip, struct pt_regs *regs); | ||
Note that both entry and exit callbacks have same ptototype. The @entry_ip is | ||
saved at function entry and passed to exit handler. | ||
|
||
@fp | ||
This is the address of `fprobe` data structure related to this handler. | ||
You can embed the `fprobe` to your data structure and get it by | ||
container_of() macro from @fp. The @fp must not be NULL. | ||
|
||
@entry_ip | ||
This is the ftrace address of the traced function (both entry and exit). | ||
Note that this may not be the actual entry address of the function but | ||
the address where the ftrace is instrumented. | ||
|
||
@regs | ||
This is the `pt_regs` data structure at the entry and exit. Note that | ||
the instruction pointer of @regs may be different from the @entry_ip | ||
in the entry_handler. If you need traced instruction pointer, you need | ||
to use @entry_ip. On the other hand, in the exit_handler, the instruction | ||
pointer of @regs is set to the currect return address. | ||
|
||
Share the callbacks with kprobes | ||
================================ | ||
|
||
Since the recursion safeness of the fprobe (and ftrace) is a bit different | ||
from the kprobes, this may cause an issue if user wants to run the same | ||
code from the fprobe and the kprobes. | ||
|
||
Kprobes has per-cpu 'current_kprobe' variable which protects the kprobe | ||
handler from recursion in all cases. On the other hand, fprobe uses | ||
only ftrace_test_recursion_trylock(). This allows interrupt context to | ||
call another (or same) fprobe while the fprobe user handler is running. | ||
|
||
This is not a matter if the common callback code has its own recursion | ||
detection, or it can handle the recursion in the different contexts | ||
(normal/interrupt/NMI.) | ||
But if it relies on the 'current_kprobe' recursion lock, it has to check | ||
kprobe_running() and use kprobe_busy_*() APIs. | ||
|
||
Fprobe has FPROBE_FL_KPROBE_SHARED flag to do this. If your common callback | ||
code will be shared with kprobes, please set FPROBE_FL_KPROBE_SHARED | ||
*before* registering the fprobe, like: | ||
|
||
.. code-block:: c | ||
fprobe.flags = FPROBE_FL_KPROBE_SHARED; | ||
register_fprobe(&fprobe, "func*", NULL); | ||
This will protect your common callback from the nested call. | ||
|
||
The missed counter | ||
================== | ||
|
||
The `fprobe` data structure has `fprobe::nmissed` counter field as same as | ||
kprobes. | ||
This counter counts up when; | ||
|
||
- fprobe fails to take ftrace_recursion lock. This usually means that a function | ||
which is traced by other ftrace users is called from the entry_handler. | ||
|
||
- fprobe fails to setup the function exit because of the shortage of rethook | ||
(the shadow stack for hooking the function return.) | ||
|
||
The `fprobe::nmissed` field counts up in both cases. Therefore, the former | ||
skips both of entry and exit callback and the latter skips the exit | ||
callback, but in both case the counter will increase by 1. | ||
|
||
Note that if you set the FTRACE_OPS_FL_RECURSION and/or FTRACE_OPS_FL_RCU to | ||
`fprobe::ops::flags` (ftrace_ops::flags) when registering the fprobe, this | ||
counter may not work correctly, because ftrace skips the fprobe function which | ||
increase the counter. | ||
|
||
|
||
Functions and structures | ||
======================== | ||
|
||
.. kernel-doc:: include/linux/fprobe.h | ||
.. kernel-doc:: kernel/trace/fprobe.c | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,103 @@ | ||
// SPDX-License-Identifier: GPL-2.0-only | ||
/* | ||
* arm implementation of rethook. Mostly copied from arch/arm/probes/kprobes/core.c | ||
*/ | ||
|
||
#include <linux/kprobes.h> | ||
#include <linux/rethook.h> | ||
|
||
/* Called from arch_rethook_trampoline */ | ||
static __used unsigned long arch_rethook_trampoline_callback(struct pt_regs *regs) | ||
{ | ||
return rethook_trampoline_handler(regs, regs->ARM_fp); | ||
} | ||
NOKPROBE_SYMBOL(arch_rethook_trampoline_callback); | ||
|
||
/* | ||
* When a rethook'ed function returns, it returns to arch_rethook_trampoline | ||
* which calls rethook callback. We construct a struct pt_regs to | ||
* give a view of registers r0-r11, sp, lr, and pc to the user | ||
* return-handler. This is not a complete pt_regs structure, but that | ||
* should be enough for stacktrace from the return handler with or | ||
* without pt_regs. | ||
*/ | ||
asm( | ||
".text\n" | ||
".global arch_rethook_trampoline\n" | ||
".type arch_rethook_trampoline, %function\n" | ||
"arch_rethook_trampoline:\n" | ||
#ifdef CONFIG_FRAME_POINTER | ||
"ldr lr, =arch_rethook_trampoline \n\t" | ||
/* this makes a framepointer on pt_regs. */ | ||
#ifdef CONFIG_CC_IS_CLANG | ||
"stmdb sp, {sp, lr, pc} \n\t" | ||
"sub sp, sp, #12 \n\t" | ||
/* In clang case, pt_regs->ip = lr. */ | ||
"stmdb sp!, {r0 - r11, lr} \n\t" | ||
/* fp points regs->r11 (fp) */ | ||
"add fp, sp, #44 \n\t" | ||
#else /* !CONFIG_CC_IS_CLANG */ | ||
/* In gcc case, pt_regs->ip = fp. */ | ||
"stmdb sp, {fp, sp, lr, pc} \n\t" | ||
"sub sp, sp, #16 \n\t" | ||
"stmdb sp!, {r0 - r11} \n\t" | ||
/* fp points regs->r15 (pc) */ | ||
"add fp, sp, #60 \n\t" | ||
#endif /* CONFIG_CC_IS_CLANG */ | ||
#else /* !CONFIG_FRAME_POINTER */ | ||
"sub sp, sp, #16 \n\t" | ||
"stmdb sp!, {r0 - r11} \n\t" | ||
#endif /* CONFIG_FRAME_POINTER */ | ||
"mov r0, sp \n\t" | ||
"bl arch_rethook_trampoline_callback \n\t" | ||
"mov lr, r0 \n\t" | ||
"ldmia sp!, {r0 - r11} \n\t" | ||
"add sp, sp, #16 \n\t" | ||
#ifdef CONFIG_THUMB2_KERNEL | ||
"bx lr \n\t" | ||
#else | ||
"mov pc, lr \n\t" | ||
#endif | ||
".size arch_rethook_trampoline, .-arch_rethook_trampoline\n" | ||
); | ||
NOKPROBE_SYMBOL(arch_rethook_trampoline); | ||
|
||
/* | ||
* At the entry of function with mcount. The stack and registers are prepared | ||
* for the mcount function as below. | ||
* | ||
* mov ip, sp | ||
* push {fp, ip, lr, pc} | ||
* sub fp, ip, #4 ; FP[0] = PC, FP[-4] = LR, and FP[-12] = call-site FP. | ||
* push {lr} | ||
* bl <__gnu_mcount_nc> ; call ftrace | ||
* | ||
* And when returning from the function, call-site FP, SP and PC are restored | ||
* from stack as below; | ||
* | ||
* ldm sp, {fp, sp, pc} | ||
* | ||
* Thus, if the arch_rethook_prepare() is called from real function entry, | ||
* it must change the LR and save FP in pt_regs. But if it is called via | ||
* mcount context (ftrace), it must change the LR on stack, which is next | ||
* to the PC (= FP[-4]), and save the FP value at FP[-12]. | ||
*/ | ||
void arch_rethook_prepare(struct rethook_node *rh, struct pt_regs *regs, bool mcount) | ||
{ | ||
unsigned long *ret_addr, *frame; | ||
|
||
if (mcount) { | ||
ret_addr = (unsigned long *)(regs->ARM_fp - 4); | ||
frame = (unsigned long *)(regs->ARM_fp - 12); | ||
} else { | ||
ret_addr = ®s->ARM_lr; | ||
frame = ®s->ARM_fp; | ||
} | ||
|
||
rh->ret_addr = *ret_addr; | ||
rh->frame = *frame; | ||
|
||
/* Replace the return addr with trampoline addr. */ | ||
*ret_addr = (unsigned long)arch_rethook_trampoline; | ||
} | ||
NOKPROBE_SYMBOL(arch_rethook_prepare); |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,25 @@ | ||
// SPDX-License-Identifier: GPL-2.0-only | ||
/* | ||
* Generic return hook for arm64. | ||
* Most of the code is copied from arch/arm64/kernel/probes/kprobes.c | ||
*/ | ||
|
||
#include <linux/kprobes.h> | ||
#include <linux/rethook.h> | ||
|
||
/* This is called from arch_rethook_trampoline() */ | ||
unsigned long __used arch_rethook_trampoline_callback(struct pt_regs *regs) | ||
{ | ||
return rethook_trampoline_handler(regs, regs->regs[29]); | ||
} | ||
NOKPROBE_SYMBOL(arch_rethook_trampoline_callback); | ||
|
||
void arch_rethook_prepare(struct rethook_node *rhn, struct pt_regs *regs, bool mcount) | ||
{ | ||
rhn->ret_addr = regs->regs[30]; | ||
rhn->frame = regs->regs[29]; | ||
|
||
/* replace return addr (x30) with trampoline */ | ||
regs->regs[30] = (u64)arch_rethook_trampoline; | ||
} | ||
NOKPROBE_SYMBOL(arch_rethook_prepare); |
Oops, something went wrong.