Re: Log flood: "scheduling while atomic" (2.6.15.x, 2.6.16.x)

[Darren Salt <linux@youmustbejoking.demon.co.uk>]

I demand that Andrew Morton may or may not have written...

> Darren Salt <linux@youmustbejoking.demon.co.uk> wrote:
>> I'm seeing bouts of log flooding caused by something presumably not
>> releasing a lock. I've looked at some of the messages, but at around
>> 100/s, I'm not too keen to look through the whole lot :-)
>>    scheduling while atomic: swapper/0xafbfffff/0
>>     [show_trace+19/32]
>>     [dump_stack+30/32]
>>     [schedule+1278/1472]
>>     [cpu_idle+88/96]
[snip]
> Thanks for the report.

> The below patch (against 2.6.17-rc3) should, if it still works, tell us
> which lock didn't get unlocked.
[snip]

I got two apparent panics earlier this week (no log due to not having enabled
serial or net console). I quickly removed my rate-limit hack (just in case)
and enabled net console and did a full kernel build, install and reboot. It
has to be net console since the other machine which is up 24/7 has both
serial ports already in use. (Hmm, maybe a USB<->serial adapter...?)

Since then, I've had no problems, and I'd got this message queued for
sending. With impeccable timing, the bug is triggered...

Unfortunately, all that's been logged by the preempt debug code is this:

  kernel BUG at lib/preempt.c:32!

As in the two previous instances, the machine is responding to pings and
sysrq; reboot works fine.

Looking again at that patch, I'm getting the impression that I should have
pressed SysRq-T. Next time it bites - and, with this kernel, it surely will -
I'll do that in case it helps.

-- 
| Darren Salt    | linux or ds at              | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Generate power using sun, wind, water, nuclear.      FORGET COAL AND OIL.

War spares not the brave, but the cowardly.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/