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: corrected: tapset/script information template


Hi -

wcohen wrote:

> [...]  I was thinking there are very specific places that one would
> want to start tracing and that it would be controlled by some
> probes, for example turning on the dynamic call graph when entering
> a "function of interest" and turning it off when exiting the same
> function.

By "turning it on/off" do you mean causing kernel- or hardware-level
configuration changes to occur during the execution of probe handlers?
That is, do you imagine the assignment of such variable to expand to
kernel API calls that turn on and off debug/counter hardware?


> I was thinking that instrumentation would be assisted by the debug
> hardware rather than the performance monitoring hardware. [...]  The
> debug also looks a bit easier to use: fewer bits to twiddle and
> easier to find the from/to address. [...]

Is there a standard kernel API for management/abstraction of x86 debug
hardware?  Can you outline the additional logic required to extract
this raw data and turn it into actual call/return trace events?


- FChE

Attachment: pgp00000.pgp
Description: PGP signature


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