From: Paul M. <le...@li...> - 2007-10-04 10:17:17
|
On Sat, Sep 15, 2007 at 12:19:07AM +0100, Adrian McMenamin wrote: > I have just turned on a whole host of debugging stuff in my kernel and > now it won't boot because of the issue below - is this anything I need > to formally file? > > [ 0.186328] ------------[ cut here ]------------ > [ 0.191626] Badness at kernel/fork.c:1000 > [ 0.196220] > [ 0.197930] Pid : 0, Comm: swapper > [ 0.203140] PC is at copy_process+0x13d2/0x1bc0 > [ 0.208336] PC : 8c017012 SP : 8c2d9e78 SR : 40008101 TEA : > 00000000 Not tainted Ho hum. So according to SR, hardirqs _are_ enabled, but the lockdep accounting is confused: > [ 0.284087] [<8c03d860>] trace_hardirqs_off+0x0/0xa0 in that they're implied off here. So there's at least something slightly broken with the irqflags tracing, it's also broken on SH-2 (in a different path completely) whilst attempting to do lock correctness proving, so it will need a bit more debugging. You may just want to disable some of the lockdep related debug options to get it booting in the interim. Also, if you could post your .config, it would be helpful, as I've not seen this particular badness anywhere. |