Re: [PATCH] kretprobe: kretprobe-booster against 2.6.16-rc1 for i386

From: Chuck Ebbert
Date: Tue Feb 07 2006 - 18:50:51 EST


In-Reply-To: <43DE0A53.3060801@xxxxxxxxxxxxxxxxx>

On Mon, 30 Jan 2006 at 21:45:07 +0900, Masami Hiramatsu wrote:

> Here is a patch of the kretprobe-booster for i386 arch against
> linux-2.6.16-rc1 and also appliable against 2.6.16-rc1-mm4.

> --- a/arch/i386/kernel/kprobes.c 2006-01-24 19:07:26.000000000 +0900
> +++ b/arch/i386/kernel/kprobes.c 2006-01-30 18:40:12.000000000 +0900
> @@ -255,17 +255,45 @@ no_kprobe:
> * here. When a retprobed function returns, this probe is hit and
> * trampoline_probe_handler() runs, calling the kretprobe's handler.
> */
> - void kretprobe_trampoline_holder(void)
> + void __kprobes kretprobe_trampoline_holder(void)
> {
> - asm volatile ( ".global kretprobe_trampoline\n"
> + asm volatile ( ".global kretprobe_trampoline\n"
> "kretprobe_trampoline: \n"
> - "nop\n");
> - }
> + " subl $8, %esp\n"

There is no need to reserve these 8 bytes; they wouldn't be
there if INT3 were done from kernel space anyway.

> + " pushf\n"
> + " subl $20, %esp\n"
> + " pushl %eax\n"
> + " pushl %ebp\n"
> + " pushl %edi\n"
> + " pushl %esi\n"
> + " pushl %edx\n"
> + " pushl %ecx\n"
> + " pushl %ebx\n"
> + " movl %esp, %eax\n"
> + " pushl %eax\n"

If you make trampoline_probe_handler "fastcall" you can just
pass eax to the handler directly.

> + " addl $60, %eax\n"
> + " movl %eax, 56(%esp)\n"

No need for this either, since oldesp isn't there on INT3 call anyway.

> + " movl $trampoline_handler, %eax\n"
> + " call *%eax\n"

Why not just "call trampoline_handler"?

> + " addl $4, %esp\n"
> + " movl %eax, 56(%esp)\n"
> + " popl %ebx\n"
> + " popl %ecx\n"
> + " popl %edx\n"
> + " popl %esi\n"
> + " popl %edi\n"
> + " popl %ebp\n"
> + " popl %eax\n"
> + " addl $20, %esp\n"
> + " popf\n"
> + " addl $4, %esp\n"

This "add" corrupts the flags you just popped from the stack.
This can be fixed by moving the return address up 4 bytes on the stack
and doing "ret 4" or by putting the address in regs->eip and just doing
an "iret" to return to the caller.

> + " ret\n");
> +}


Patch for 2.6.16-rc1-mm5 follows.


Fix and clean up kretprobe-kretprobe-booster by:

- Not reserving 8 bytes at stack bottom
- Making trampoline_handler fastcall and calling it directly
- Using "iret" to return to original caller

Using "iret" is slightly slower than direct return; time went from 1030 CPU cycles
overhead per kretprobe to 1050 cycles (2%), but the code is cleaner.

Signed-off-by: Chuck Ebbert <76306.1226@xxxxxxxxxxxxxx>

---

arch/i386/kernel/kprobes.c | 24 ++++++++++--------------
1 files changed, 10 insertions(+), 14 deletions(-)

--- 2.6.16-rc1-mm5-386.orig/arch/i386/kernel/kprobes.c
+++ 2.6.16-rc1-mm5-386/arch/i386/kernel/kprobes.c
@@ -325,9 +325,10 @@ no_kprobe:
{
asm volatile ( ".global kretprobe_trampoline\n"
"kretprobe_trampoline: \n"
- " subl $8, %esp\n"
" pushf\n"
- " subl $20, %esp\n"
+ " pushl %cs\n"
+ /* skip eip, orig_eax, es, ds */
+ " subl $16, %esp\n"
" pushl %eax\n"
" pushl %ebp\n"
" pushl %edi\n"
@@ -336,13 +337,9 @@ no_kprobe:
" pushl %ecx\n"
" pushl %ebx\n"
" movl %esp, %eax\n"
- " pushl %eax\n"
- " addl $60, %eax\n"
- " movl %eax, 56(%esp)\n"
- " movl $trampoline_handler, %eax\n"
- " call *%eax\n"
- " addl $4, %esp\n"
- " movl %eax, 56(%esp)\n"
+ " call trampoline_handler\n"
+ /* save new eip */
+ " movl %eax, 40(%esp)\n"
" popl %ebx\n"
" popl %ecx\n"
" popl %edx\n"
@@ -350,16 +347,15 @@ no_kprobe:
" popl %edi\n"
" popl %ebp\n"
" popl %eax\n"
- " addl $20, %esp\n"
- " popf\n"
- " addl $4, %esp\n"
- " ret\n");
+ /* skip ds, es, orig_eax */
+ " addl $12, %esp\n"
+ " iret\n");
}

/*
* Called from kretprobe_trampoline
*/
-asmlinkage void *__kprobes trampoline_handler(struct pt_regs *regs)
+fastcall void *__kprobes trampoline_handler(struct pt_regs *regs)
{
struct kretprobe_instance *ri = NULL;
struct hlist_head *head;
--
Chuck
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/