[<prev] [next>] [day] [month] [year] [list]
Message-Id: <201605311058.u4VAsgIG044343@mx0a-001b2d01.pphosted.com>
Date: Tue, 31 May 2016 16:26:28 +0530
From: Anju T <anju@...ux.vnet.ibm.com>
To: linux-kernel@...r.kernel.org, linuxppc-dev@...ts.ozlabs.org
Cc: anju@...ux.vnet.ibm.com, ananth@...ibm.com,
naveen.n.rao@...ux.vnet.ibm.com, paulus@...ba.org,
srikar@...ux.vnet.ibm.com, benh@...nel.crashing.org,
mpe@...erman.id.au, hemant@...ux.vnet.ibm.com,
mahesh@...ux.vnet.ibm.com, mhiramat@...nel.org,
anjutsudhakar@...il.com
Subject: [RFC PATCH v3 0/3] OPTPROBES for powerpc
Here are the RFC V3 patchset of the kprobes jump optimization
(a.k.a OPTPROBES)for powerpc. Kprobe being an inevitable tool
for kernel developers,enhancing the performance of kprobe has
got much importance.
Currently kprobes inserts a trap instruction to probe a running kernel.
Jump optimization allows kprobes to replace the trap with a branch,reducing
the probe overhead drastically.
Performance:
=============
An optimized kprobe in powerpc is 1.05 to 4.7 times faster than a kprobe.
Example:
Placed a probe at an offset 0x50 in _do_fork().
*Time Diff here is, difference in time before hitting the probe and after the probed instruction.
mftb() is employed in kernel/fork.c for this purpose.
# echo 0 > /proc/sys/debug/kprobes-optimization
Kprobes globally unoptimized
[ 233.607120] Time Diff = 0x1f0
[ 233.608273] Time Diff = 0x1ee
[ 233.609228] Time Diff = 0x203
[ 233.610400] Time Diff = 0x1ec
[ 233.611335] Time Diff = 0x200
[ 233.612552] Time Diff = 0x1f0
[ 233.613386] Time Diff = 0x1ee
[ 233.614547] Time Diff = 0x212
[ 233.615570] Time Diff = 0x206
[ 233.616819] Time Diff = 0x1f3
[ 233.617773] Time Diff = 0x1ec
[ 233.618944] Time Diff = 0x1fb
[ 233.619879] Time Diff = 0x1f0
[ 233.621066] Time Diff = 0x1f9
[ 233.621999] Time Diff = 0x283
[ 233.623281] Time Diff = 0x24d
[ 233.624172] Time Diff = 0x1ea
[ 233.625381] Time Diff = 0x1f0
[ 233.626358] Time Diff = 0x200
[ 233.627572] Time Diff = 0x1ed
# echo 1 > /proc/sys/debug/kprobes-optimization
Kprobes globally optimized
[ 70.797075] Time Diff = 0x103
[ 70.799102] Time Diff = 0x181
[ 70.801861] Time Diff = 0x15e
[ 70.803466] Time Diff = 0xf0
[ 70.804348] Time Diff = 0xd0
[ 70.805653] Time Diff = 0xad
[ 70.806477] Time Diff = 0xe0
[ 70.807725] Time Diff = 0xbe
[ 70.808541] Time Diff = 0xc3
[ 70.810191] Time Diff = 0xc7
[ 70.811007] Time Diff = 0xc0
[ 70.812629] Time Diff = 0xc0
[ 70.813640] Time Diff = 0xda
[ 70.814915] Time Diff = 0xbb
[ 70.815726] Time Diff = 0xc4
[ 70.816955] Time Diff = 0xc0
[ 70.817778] Time Diff = 0xcd
[ 70.818999] Time Diff = 0xcd
[ 70.820099] Time Diff = 0xcb
[ 70.821333] Time Diff = 0xf0
Implementation:
===================
The trap instruction is replaced by a branch to a detour buffer.
To address the limitation of branch instruction in power architecture
detour buffer slot is allocated from a reserved area . This will ensure
that the branch is within +/- 32 MB range. Patch 2/3 furnishes this.
The current kprobes insn caches allocate memory area for insn slots
with module_alloc(). This will always be beyond +/- 32MB range.
The detour buffer contains a call to optimized_callback() which in turn
call the pre_handler(). Once the pre-handler is run, the original instruction
is emulated from the detour buffer itself. Also the detour buffer is equipped
with a branch back to the normal work flow after the probed instruction is emulated.
Before preparing optimization, Kprobes inserts original(breakpoint instruction) kprobe on the
specified address. So, even if the kprobe is not possible to be optimized, it just uses
a normal kprobe.
Limitations:
==============
- Number of probes which can be optimized is limited by the size of the area reserved.
- Currently instructions which can be emulated are the only candidates for optimization.
- Probes on kernel module region are not considered for optimization now.
Changes from RFC-v1:
- Detour buffer memory reservation code moved to optprobes.c
- optimized_callback() is marked as NOKPROBE_SYMBOL.
- Return NULL when there is no more slots to allocate from detour buffer.
- Other comments by Masami are addressed.
Changes from RFC-v2:
- The Come-From Address Register (CFAR) is a 64-bit
register. When an rfebb, rfid, or rfscv instruction is
executed, the register is set to the effective address of
the instruction . Hence cfar register cannot be used to
store the probed instruction address into the in memory pt_regs.
The NIP value is stored into the stack using load instructions
as suggested by Naveen.
- For allocating and freeing memory from the reserved area the existing
_get_insn_slot() and _free_insn_slot() are used with the approach suggested
by Masami.
- CR register is also stored in the stack as suggested by Maddy.
- create_load_address_insn() in patch 2/3 is modified.
- SOFTE,ORIG_GPR3 and RESULT are also stored in stack.
- Other comments regarding the coding style are addressed.
Kindly let me know your suggestions and comments.
Thanks
-Anju
Anju T (3):
arch/powerpc : Add detour buffer support for optprobes
arch/powerpc : optprobes for powerpc core
arch/powerpc : Enable optprobes support in powerpc
.../features/debug/optprobes/arch-support.txt | 2 +-
arch/powerpc/Kconfig | 1 +
arch/powerpc/include/asm/kprobes.h | 27 ++
arch/powerpc/kernel/Makefile | 1 +
arch/powerpc/kernel/optprobes.c | 351 +++++++++++++++++++++
arch/powerpc/kernel/optprobes_head.S | 136 ++++++++
6 files changed, 517 insertions(+), 1 deletion(-)
create mode 100644 arch/powerpc/kernel/optprobes.c
create mode 100644 arch/powerpc/kernel/optprobes_head.S
--
2.1.0
Powered by blists - more mailing lists