Re: [RFC][PATCH 0/2] preempt: Track unmatched preempt_enable() to preempt_disable()
From: Steven Rostedt <rostedt@goodmis.org>
Date: 2014-01-16 18:39:10
Also in:
lkml
From: Steven Rostedt <rostedt@goodmis.org>
Date: 2014-01-16 18:39:10
Also in:
lkml
On Thu, 16 Jan 2014 18:45:36 +0100 Peter Zijlstra [off-list ref] wrote:
On Thu, Jan 16, 2014 at 12:18:24PM -0500, Steven Rostedt wrote: Didn't see anything horrible in there, so fine with me. Another thing I recently ran into was: local_irq_disable(); preempt_disable(); local_irq_enable(); local_irq_disable(); preempt_enable(); local_irq_enable(); I'm not sure any of our debugging catches that, I meant to extend lockdep, but maybe it could also be hooked into something else.
Hmm, what's wrong with the above? Note, the preemptirqsoff tracer will trace that as not being preemptible between that first local_irq_disable() to the local_irq_enable(). In fact, that's basically what the preemptirqsoff tracer was made for ;-) -- Steve