Re: Help with OOPSes, anyone?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> But, under certain conditions, the kernel OOPSes.  Attached to this message
> are a few of those OOPSes (serial console is wonderful!) along with the
> ksymoops output.  I think the read_lsmod() warning is bogus, because there
> are, actually, no modules loaded.
> 
> My instincts are telling me that these are all being caused by the same
> problem, but I'll be damned if I can figure out what that is.  Caching is a
> good suspect, but that's just because it's always a good suspect.

Native compiles have indeed proven a great way to shake out hardware and
software bugs. 

One suggestion. The rm7k, at least some of the silicon versions, have
hardware erratas with the 'wait' instruction, used in the cpu_idle()
loop.  The CPU I have on one of the EV96100 boards, in combination with
the gt96100, will hang hard every time if I don't disable the use of
'wait'.  So while this bug might not have anything to do with what
you're observing, I would ifdef-out the 'wait' instruction in
check_wait(), just to be sure that that's not the cause or one of the
problems.

Pete



[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux