[lkml]   [2017]   [Sep]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 2/2] tracing: Add support for critical section events
On Mon, Sep 4, 2017 at 11:52 PM, Peter Zijlstra <> wrote:
> On Mon, Sep 04, 2017 at 08:26:13PM -0700, Joel Fernandes wrote:
>> Apologies, I meant (without the "off"):
>> subsystem: atomic_section
>> events:
>> irqs_disable
>> irqs_enable
>> preempt_disable
>> preempt_enable
>> and additionally (similar to what my patch does):
>> preemptirq_enable
>> preemptirq_disable
> What do you need the last for?

The last 2 events above behave as 'disable' means either preempt or
irq got disabled, and 'enable' means *both* preempt and irq are
enabled (after either one of them was disabled).

This has the advantage of not generating events when we're already in
an atomic section when using these events, for example acquiring spin
locks in an interrupt handler might increase the preempt count and
generate 'preempt_disable' events, but not preemptirq_disable events.
This has the effect of reducing the spam in the traces when all we
care about is being in an atomic section or not. These events happen a
lot so to conserve space in the trace buffer, the user may want to
just enable the latter 2 events. Does that sound Ok to you?


- Joel

 \ /
  Last update: 2017-09-05 18:36    [W:0.056 / U:0.396 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site