[PATCH] softirq: remove BUG_ONs which can incorrectly trigger
commita3956ef72c8d27e4b6a854afd45ae6cc9c6fa5e4
authorZachary Amsden <zach@vmware.com>
Thu, 7 Dec 2006 04:39:39 +0000 (6 20:39 -0800)
committerChris Wright <chrisw@sous-sol.org>
Mon, 11 Dec 2006 19:32:40 +0000 (11 11:32 -0800)
tree06c30eb7b3c54c9c59993372de72b0b09b04adf6
parent7f803f5145613f8e32a78d07d14fed6e82c797f7
[PATCH] softirq: remove BUG_ONs which can incorrectly trigger

It is possible to have tasklets get scheduled before softirqd has had a chance
to spawn on all CPUs.  This is totally harmless; after success during action
CPU_UP_PREPARE, action CPU_ONLINE will be called, which immediately wakes
softirqd on the appropriate CPU to process the already pending tasklets.  So
there is no danger of having a missed wakeup for any tasklets that were
already pending.

In particular, i386 is affected by this during startup, and is visible when
using a very large initrd; during the time it takes for the initrd to be
decompressed, a timer IRQ can come in and schedule RCU callbacks.  It is also
possible that resending of a hardware IRQ via a softirq triggers the same bug.

Because of different timing conditions, this shows up in all emulators and
virtual machines tested, including Xen, VMware, Virtual PC, and Qemu.  It is
also possible to trigger on native hardware with a large enough initrd,
although I don't have a reliable case demonstrating that.

Signed-off-by: Zachary Amsden <zach@vmware.com>
Cc: <caglar@pardus.org.tr>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: <stable@kernel.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
kernel/softirq.c