Re: semi-frequent 5.0_BETA crashes on SGI O2

Andrew Doran <[email protected]>
Newsgroups gmane.os.netbsd.current,gmane.os.netbsd.ports.sgimips,gmane.os.netbsd.ports.mips.devel
Message-ID <[email protected]>
On Sun, Dec 21, 2008 at 04:36:02PM -0500, Rafal Boni wrote:

> panic: kernel diagnostic assertion "c->c_magic == CALLOUT_MAGIC" failed: file "/
> extra/netbsd-src/netbsd-5/sys/kern/kern_timeout.c", line 424
> Stopped in pid 0.2 (system) at  netbsd:cpu_Debugger+0x4:        jr      ra
>                 bdslot: nop
> db> tr
> cpu_Debugger+4 (8dffe000,bf390000,0,0) ra 8032a0e4 sz 0
> panic+1e4 (8dffe000,805259f0,805558dc,805558a8) ra 804c6e18 sz 48
> __kernassert+48 (8dffe000,805259f0,805558dc,805558a8) ra 80311fa0 sz 32
> callout_stop+108 (8dffe000,805259f0,805558dc,805558a8) ra 8012bd98 sz 32

If you can get the address of the callout, do a 'whatis' on it. I would look
for a code path that is pushing a scsipi_xfer that has not been allocated
from scsipi_get_xs(). Some possible reasons for the crash:

- uninitialized scsipi_xfer being pushed
- scsipi_xfer being freed while in use
- scsipi_xfer being corrupted while in use (kernel memory corruption)
- tlb or cache coherency bug
- dying hardware

Andrew
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.