lkml.org 
[lkml]   [2009]   [May]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 7/7] tracing: add hierarchical enabling of events
>> Like this:
>>
>> $ cat events/irq/enable
>> 0 irq_handler_entry
>> 0 irq_handler_exit
>> 1 softirq_entry
>> 1 softirq_exit
>
> I thought about doing something like this, but this idea for the
> hierarchical enabling came to me around 11pm, and I had the code written
> by 11:15pm ;-)
>
> Which means, I figured I would do it as simple as possible. We do have
> "set_event" that gives you a list of enabled events. My thought was still
> having a "1" or "0" if all are either enabled or disabled. And when it is
> a mixture, I would have a list of enabled events.
>
> Though, it is useful. Maybe in the future. But really, the information is
> there, and I did not expect this to be a "what is enabled" file, but
> instead a "I want to enable/disable all these events". In other words, I
> was much more interested in the "write" ability than the read. But who
> knows, maybe this will change in the future.
>

I have no strong opinion on this. So I'm fine with it, if
no one else has objections.

>> How about:
>>
>> int set = 0;
>>
>> ...
>> set |= (1 << call->enabled);
>
> * paranoid *
>
> set |= (1 << !!call->enabled);
>
>> ...
>>
>> set == 0: '?'
>> set == 1: '0'
>> set == 2: '1'
>> set == 3: 'X'
>>
>> Will this make the code simpler? :)
>>
>> Or we can go even further:
>>
>> char result[4] = { '?', '0', '1', 'X' };
>> ...
>> buf[0] = result[set];
>
> cute, mind sending a patch ;-)
>

Sure. :)

>>> + ret = ftrace_set_clr_event(command, val);
>> I think we should pass "sched:" or "sched:*", instead of "sched",
>> the comment in ftrace_set_clr_event():
>>
>> * <name> (no ':') means all events in a subsystem with
>> * the name <name> or any event that matches <name>
>
> Yeah, I thought about it too. But writing the patch in 15 minutes, I
> decided that a "kstrdup" was easier than adding a ":" ;-)
>

I think we can just avoid any kstrdup() or kmalloc(). I'll send a patch.


\
 
 \ /
  Last update: 2009-05-08 03:13    [W:0.314 / U:0.012 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site