This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: [Bug kprobes/2152] New: jprobe variant to run handler instead of probed function
- From: Suparna Bhattacharya <suparna at in dot ibm dot com>
- To: jkenisto at us dot ibm dot com <sourceware-bugzilla at sourceware dot org>
- Cc: systemtap at sources dot redhat dot com
- Date: Mon, 16 Jan 2006 16:35:39 +0530
- Subject: Re: [Bug kprobes/2152] New: jprobe variant to run handler instead of probed function
- References: <20060113232600.2152.jkenisto@us.ibm.com>
- Reply-to: suparna at in dot ibm dot com
On Fri, Jan 13, 2006 at 11:26:01PM -0000, jkenisto at us dot ibm dot com wrote:
> A kprobes user has asked for the ability to use kprobes to turn a specified
> function into a no-op. I couldn't figure out how to do that (Any ideas?), but
> it occurred to us that jprobes takes us partway there.
>
> Our user's request could be viewed as a special case of a more general feature:
> the ability to execute a jprobe-like handler instead of (rather than before)
> executing the probed function.
Probably just calling "return" instead of "jprobe_return" from the jprobe
handler would do the trick ? I had that possibility at the back of my mind as
a use of jprobes for fault injection purposes, but one would
need to actually try it out to make sure it works (I hadn't really thought it
through it in detail).
Regards
Suparna
>
> --
> Summary: jprobe variant to run handler instead of probed function
> Product: systemtap
> Version: unspecified
> Status: NEW
> Severity: enhancement
> Priority: P3
> Component: kprobes
> AssignedTo: systemtap at sources dot redhat dot com
> ReportedBy: jkenisto at us dot ibm dot com
>
>
> http://sourceware.org/bugzilla/show_bug.cgi?id=2152
>
> ------- You are receiving this mail because: -------
> You are the assignee for the bug, or are watching the assignee.
--
Suparna Bhattacharya (suparna@in.ibm.com)
Linux Technology Center
IBM Software Lab, India