This is the mail archive of the systemtap@sources.redhat.com 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: instrumenting vs. module loading


Frank Ch. Eigler wrote:
Hi -

On Fri, May 13, 2005 at 10:29:09AM -0400, William Cohen wrote:


[...]  Hmmm, instrumenting each inline function site? For the kernel
that is known.  What happens when a module is loaded that uses an
instrumented inline function?


The way the translator probe points are going to be specified, the
target software is identified clearly (a particular module, or the
whole kernel).  If a probe point is for a module, and it's not loaded
at probe startup time, the initialization should abort.  Let's not
support a wildcard syntax for kernel-module selection until the
implications are better analyzed.

This implies different semantics for inlined and non-inlined functions. For things touching common data structure that might not be desirable. Certainly we will have to analyze this


Or unload for that matter?


I imagine the translator arranging to increment the use-count of
modules that it places instrumentation into, to prevent their
premature removal.  (How does raw kprobes deal with this case?)

kprobes doesn't keep track of module unloads. it doesn't deal with this case.


-Will


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