This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug translator/7042] Make upstream kernel developers happy
- From: "fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 29 Jan 2009 19:26:50 -0000
- Subject: [Bug translator/7042] Make upstream kernel developers happy
- References: <20081121132446.7042.mhiramat@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From fche at redhat dot com 2009-01-29 19:26 -------
(In reply to comment #11)
> > - Modify ftrace to support kernel modules. this might have to involve
> > Steven Rostedt.
>
> This basically means exporting register_tracer() for kernel modules and adding
> unregister_tracer().
OK...
> > - Modify staprun/stapio to support ftrace interface, and replace transport
> > functions with ftrace interfaces.
>
> staprun may not be changed so much. stapio will be changed, but mainly the
> change will be just about the path of debugfs file.
OK, bug #7043.
> > - Get rid of duplicate codes from runtime.
> this needs more investigation. I assume that most of autoconfs will be removed
(But they can't, if we wish to still run on non-bleeding-edge kernels.)
> and some of safety memory/register accessing code should be merged to upstream
> kernel for debugging.
Sure, if there is upstream interest in those small and stable bits.
> > - Modify translator to generate ftrace module.
>
> This doesn't means using ftrace_printk(). Systemtap will generate a kernel
> module which has a struct tracer and its own ring buffer file(because several
> tracers will run in parallel).
> > - Push useful parts of runtime code to upstream kernel(might be "kernel
> > APIs for tracers").
>
> As I said above, some of safety code should be merged, and other utility codes
> including unwinder, map, statistics, taskfinder and so on.
The unwinder is blocked on more experience with it.
The task-finder is blocked on utrace.
The map/statistics stuff could go, to see if kernel folks were interested in
having it. (Since this part has not needed porting effort, the status quo does
not represent a cost to the project.) Who wants to try proposing it?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7042
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.