Thread (9 messages) 9 messages, 5 authors, 2007-06-07

Re: BUG in 2.6.20-rt8

From: David Miller <davem@davemloft.net>
Date: 2007-02-25 06:37:47
Also in: lkml

From: Ingo Molnar <redacted>
Date: Sun, 25 Feb 2007 07:27:47 +0100
* Paul E. McKenney [off-list ref] wrote:
quoted
I got the following running stock 2.6.20-rt8 on an 4-CPU 1.8GHz 
Opteron box.  The machine continued to run a few rounds of kernbench 
and LTP. Looks a bit scary -- a tasklet was "stolen" from 
__tasklet_action().

Thoughts?  In the meantime, kicking it off again to see if it repeats.
quoted
BUG: at kernel/softirq.c:559 __tasklet_action()
this seems to happen very sporadically. Seems to happen more likely on 
hyperthreading CPUs. It is very likely caused by the 
redesign-tasklet-locking-to-be-sane patch below - which is a quick hack 
of mine from early -rt days. Can you see any obvious bug in it? The 
cmpxchg logic is certainly a bit ... tricky, locking-wise.
Ingo, please don't use cmpxchg() in generic code, we support several
processors that simply cannot do it.

Instead of saying "it's just something special in -rt for now", take
it out now so that what you do eventually push upstream does get
tested.

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