Hi Joe, On Thu, 25 Jul 2019 09:32:08 +0900 Masami Hiramatsu <mhira...@kernel.org> wrote:
> NO, that flag has been shared among all ftrace-based kprobes, and checked > when registering. So what we need is to introduce a new kprobe flag which > states that this kprobe doesn't modify regs->ip. And kprobe prepare 2 > ftrace_ops > 1 is for IPMODIFY and 1 is for !IPMODIFY. Ah, OK. We don't even need the new flag. ----- The jump optimization changes the kprobe's pre_handler behavior. Without optimization, the pre_handler can change the kernel's execution path by changing regs->ip and returning 1. However, when the probe is optimized, that modification is ignored. Thus, if you want to tweak the kernel's execution path, you need to suppress optimization, using one of the following techniques: - Specify an empty function for the kprobe's post_handler. or - Execute 'sysctl -w debug.kprobes_optimization=n' ----- So if we remove latter one, all kprobes which change regs->ip must set a dummy post_handler. Thank you, -- Masami Hiramatsu <mhira...@kernel.org>
