Searched hist:ead514d5fb30a0889d51c0f0e35c3e346165a955 (Results 1 – 3 of 3) sorted by relevance
/linux/arch/powerpc/kernel/ |
H A D | kprobes-ftrace.c | ead514d5fb30a0889d51c0f0e35c3e346165a955 Wed Apr 19 14:52:26 CEST 2017 Naveen N. Rao <naveen.n.rao@linux.vnet.ibm.com> powerpc/kprobes: Add support for KPROBES_ON_FTRACE
Allow kprobes to be placed on ftrace _mcount() call sites. This optimization avoids the use of a trap, by riding on ftrace infrastructure.
This depends on HAVE_DYNAMIC_FTRACE_WITH_REGS which depends on MPROFILE_KERNEL, which is only currently enabled on powerpc64le with newer toolchains.
Based on the x86 code by Masami.
Signed-off-by: Naveen N. Rao <naveen.n.rao@linux.vnet.ibm.com> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
|
H A D | Makefile | diff ead514d5fb30a0889d51c0f0e35c3e346165a955 Wed Apr 19 14:52:26 CEST 2017 Naveen N. Rao <naveen.n.rao@linux.vnet.ibm.com> powerpc/kprobes: Add support for KPROBES_ON_FTRACE
Allow kprobes to be placed on ftrace _mcount() call sites. This optimization avoids the use of a trap, by riding on ftrace infrastructure.
This depends on HAVE_DYNAMIC_FTRACE_WITH_REGS which depends on MPROFILE_KERNEL, which is only currently enabled on powerpc64le with newer toolchains.
Based on the x86 code by Masami.
Signed-off-by: Naveen N. Rao <naveen.n.rao@linux.vnet.ibm.com> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
|
/linux/Documentation/features/debug/kprobes-on-ftrace/ |
H A D | arch-support.txt | diff ead514d5fb30a0889d51c0f0e35c3e346165a955 Wed Apr 19 14:52:26 CEST 2017 Naveen N. Rao <naveen.n.rao@linux.vnet.ibm.com> powerpc/kprobes: Add support for KPROBES_ON_FTRACE
Allow kprobes to be placed on ftrace _mcount() call sites. This optimization avoids the use of a trap, by riding on ftrace infrastructure.
This depends on HAVE_DYNAMIC_FTRACE_WITH_REGS which depends on MPROFILE_KERNEL, which is only currently enabled on powerpc64le with newer toolchains.
Based on the x86 code by Masami.
Signed-off-by: Naveen N. Rao <naveen.n.rao@linux.vnet.ibm.com> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
|