Re: [PATCH 4/6] trace: Add tracepoints to reschedule interrupt handler

From: Vaibhav Nagarnaik
Date: Thu Jul 21 2011 - 14:04:38 EST

On Thu, Jul 21, 2011 at 5:31 AM, Peter Zijlstra <a.p.zijlstra@xxxxxxxxx> wrote:
> On Fri, 2011-07-15 at 10:50 -0700, David Sharp wrote:
>> On Fri, Jul 15, 2011 at 1:48 AM, Peter Zijlstra <a.p.zijlstra@xxxxxxxxx> wrote:
>> > On Fri, 2011-07-15 at 00:02 +0200, Frederic Weisbecker wrote:
>> >> > This is a part of overall effort to trace all the interrupts happening
>> >> > in a system to figure out what time is spent in kernel space versus user
>> >> > space.
>> >
>> > How about you enable CONFIG_IRQ_TIME_ACCOUNTING and get all that?
>> >
>> It's not just about how long, it's when, and what other events the
>> interrupts are interacting with.
> But that's not what the Changelog said, how am I supposed to smell that?

I will update the changelog to be clearer.

> As to the patch in particular, I hate it, why do you need separate
> tracepoints for the resched ipi and wtf is up with that ignore argument.

By separate tracepoints if you mean the entry and exit tracepoints, we
use it to trace the interrupts in the system and get the timing for each
interrupt to complete. When interleaved with the other system trace, we
get how it affected other tasks. It would be hard to know that by using

The 'ignore' argument is due to the limitation of the TRACE_EVENT macro,
which requires at least 1 argument passed to it. I could not think of a
suitable data argument for the tracepoint, so I had to use a dummy
argument. If you can suggest something that can be used instead, I will
be glad to update the patch.

Vaibhav Nagarnaik
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at