This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFC][PATCH 1/4] kprobe-based symbol resolution for stap-translator


Hi -

> >- 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
> 
> This downgrade could only occur for .call variants, right?  A plain 
> 'kernel.function("...")' could exist as both a standalone function and 
> as an inline instance if gcc is being clever...

Yup.

> I'm leery even of this though, because it seems there's no way to 
> validate the function name until you actually run it, right?

And yup.  Therefore we can't evaluate "?"/"!" type probe point flags
to let tapsets adapt either.

Just some more reasons why I'm unfond of this approach...

- FChE


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]