[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <148699813647.8505.3671818093118978038.stgit@devbox>
Date: Tue, 14 Feb 2017 00:02:26 +0900
From: Masami Hiramatsu <mhiramat@...nel.org>
To: Russell King <linux@...linux.org.uk>
Cc: Masami Hiramatsu <mhiramat@...nel.org>,
linux-kernel@...r.kernel.org,
Peter Zijlstra <peterz@...radead.org>,
Ananth N Mavinakayanahalli <ananth@...ux.vnet.ibm.com>,
Ingo Molnar <mingo@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
"H . Peter Anvin" <hpa@...or.com>, Jon Medhurst <tixy@...aro.org>,
Wang Nan <wangnan0@...wei.com>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will.deacon@....com>,
"David A . Long" <dave.long@...aro.org>,
Sandeepa Prabhu <sandeepa.s.prabhu@...il.com>
Subject: [BUGFIX PATCH 0/3] kprobes/arm: Improve kprobes implementation on arm
Hi,
Here are patches which improve kprobe on arm implementation.
This includes some improves ported from x86 for multiple
kretprobes on same function and recursing kprobes on FIQ
(NMI) path. Also, I've fixed a bug(?) on recursing path.
- [1/3]: Port an improvement (and fix) for recursing kprobe
on single-stepping by probing FIQ/NMI context.
- [2/3]: Skip single-stepping (and counting nmissed) if
the recursing kprobe was hit on a conditional
instruction which should not be executed.
- [3/3]: Fix to show correct return address with multiple
kretprobe events on same function.
David, I think arm64 also has some conditinal instructions
which should be skipped to handle it and single stepping
if the condition is false. Or, user will see the probe
events even when the instruction is not executed.
Thank you,
---
Masami Hiramatsu (3):
kprobes/arm: Allow to handle reentered kprobe on single-stepping
kprobes/arm: Skip single-stepping in recursing path if possible
kprobes/arm: Fix the return address of multiple kretprobes
arch/arm/probes/kprobes/core.c | 49 +++++++++++++++++++++++++++++++---------
1 file changed, 38 insertions(+), 11 deletions(-)
--
Masami Hiramatsu
Powered by blists - more mailing lists