|
@@ -332,26 +332,6 @@ static int kprobe_handler(struct pt_regs *regs)
|
|
|
}
|
|
|
enable_singlestep(kcb, regs, (unsigned long) p->ainsn.insn);
|
|
|
return 1;
|
|
|
- } else if (kprobe_running()) {
|
|
|
- p = __this_cpu_read(current_kprobe);
|
|
|
- if (p->break_handler && p->break_handler(p, regs)) {
|
|
|
- /*
|
|
|
- * Continuation after the jprobe completed and
|
|
|
- * caused the jprobe_return trap. The jprobe
|
|
|
- * break_handler "returns" to the original
|
|
|
- * function that still has the kprobe breakpoint
|
|
|
- * installed. We continue with single stepping.
|
|
|
- */
|
|
|
- kcb->kprobe_status = KPROBE_HIT_SS;
|
|
|
- enable_singlestep(kcb, regs,
|
|
|
- (unsigned long) p->ainsn.insn);
|
|
|
- return 1;
|
|
|
- } /* else:
|
|
|
- * No kprobe at this address and the current kprobe
|
|
|
- * has no break handler (no jprobe!). The kernel just
|
|
|
- * exploded, let the standard trap handler pick up the
|
|
|
- * pieces.
|
|
|
- */
|
|
|
} /* else:
|
|
|
* No kprobe at this address and no active kprobe. The trap has
|
|
|
* not been caused by a kprobe breakpoint. The race of breakpoint
|