Thread (26 messages) 26 messages, 6 authors, 2007-08-08

Re: [PATCH -rt 2/9] Dont allow non-threaded softirqs and threaded hardirqs

From: Steven Rostedt <rostedt@goodmis.org>
Date: 2007-07-30 11:29:06
Also in: lkml

--
On Mon, 30 Jul 2007, Ingo Molnar wrote:
quoted
From: Steven Rostedt <rostedt@goodmis.org>

I think this was sent before, and it did cause problems before. Would
there be *any* reason to have non-threaded softirqs but threaded
hardirqs. I can see lots of issues with that.
please elaborate in precise terms: what issues can you see?
Hi Ingo,

I don't remember the exact details, I can try to find the thread. But I
remember someone was having their system lock up strangly. We later found
that they had softirqs as normal softirqs and interrupts as threads.  I
think there was some driver that didn't expect the softirq to preempt the
irq handler.  Perhaps the softirq was using spin_lock_irq while the irq
thread was just using spin_lock, which I can see as being something
normal.

The standard Linux does not expect an interrupt to be preempted by a
softirq, and with interrupts as threads but not softirqs, I can see that
happening a lot.

-- Steve
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help