This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: [RFC][PATCH 1/4] kprobe-based symbol resolution for stap-translator
- From: "Frank Ch. Eigler" <fche at redhat dot com>
- To: systemtap at sources dot redhat dot com
- Date: Thu, 9 Apr 2009 12:22:16 -0400
- Subject: Re: [RFC][PATCH 1/4] kprobe-based symbol resolution for stap-translator
- References: <49BA38DB.1080604@linux.vnet.ibm.com> <y0my6v9r1kn.fsf@ton.toronto.redhat.com> <20090313135005.GB3917@in.ibm.com> <20090313192423.GC16297@redhat.com>
Hi -
I wrote:
> [...] I'd rather see
> - no new command line option
> - a separate namespace for these restricted sorts of probes
> - and then some new intelligence in the translator that automatically
> downgrades "kernel.function("...")' probes to 'kernel.kprobe("...")'
> if the probe point & handler does not appear to require debuginfo
Have you thought more about this approach?
It may be possible to approximate the kernel.function complications
such as wildcards by heuristics that search /proc/kallsyms (and
therefore assuming/warning that the instrumentation host == target).
- FChE