Messages in this thread | | | Subject | Re: [PATCH 03/11] tracing: Inject lock_class_init events on registration | From | Steven Rostedt <> | Date | Fri, 05 Feb 2010 09:44:44 -0500 |
| |
On Fri, 2010-02-05 at 15:30 +0100, Peter Zijlstra wrote: > On Fri, 2010-02-05 at 09:13 -0500, Steven Rostedt wrote:
> > register_event_callback("event", "command", command_func, > > command_enable_func, > > command_disable_func); > > > > Where command_func, command_enable_func and command_disable_func can all > > be a function pointer or NULL. > > > > command_func gets called every time the event is hit while enabled. > > > > command_enable_func gets called when the event is enabled > > > > command_disable_func gets called when the event is disabled. > > Well, that will solve johill's polling thing, but not work nicely with > the proposed collection iteration stuff. >
Actually, johill and I decided that this was not the proper solution for him ;-)
I wanted to do this so we could add a lot more functionality and flexibility to events. Start the tracer when this event is hit, stop in on that event, but only when the filters match. Things like that. And I'm sure people could come up with much better and more imaginative commands that would be useful for tracing.
What does not fit with this proposal? I really hate adding more macros for every new feature or functionality we need. It is ugly and will become a maintenance nightmare.
-- Steve
| |