This is the mail archive of the
systemtap@sources.redhat.com
mailing list for the systemtap project.
Re: corrected: tapset/script information template
- From: Prasanna S Panchamukhi <prasanna at in dot ibm dot com>
- To: "Frank Ch. Eigler" <fche at redhat dot com>, wcohen at redhat dot com
- Cc: systemtap at sources dot redhat dot com
- Date: Wed, 4 May 2005 14:07:49 +0530
- Subject: Re: corrected: tapset/script information template
- Reply-to: prasanna at in dot ibm dot com
Hi,
>> [...] 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?
There are couple of patches providing debug register allocation
mechanism and kernel API for management of x86 debug registers
posted and reviewed on lkml some time back, Please see the URL
below for details.
http://seclists.org/lists/linux-kernel/2004/Oct/4730.html
http://seclists.org/lists/linux-kernel/2004/Oct/4729.html
Thanks
Prasanna
--
Prasanna S Panchamukhi
Linux Technology Center
India Software Labs, IBM Bangalore
Ph: 91-80-25044636
<prasanna@in.ibm.com>