Kris Kennaway
2005-Feb-23 15:56 UTC
panic: Assertion td->td_sleepqueue != NULL failed at /usr/src/sys/kern/subr_sleepqueue.c:258
I got this on a 12-processor e4500 running RELENG_5: panic: Assertion td->td_sleepqueue != NULL failed at /usr/src/sys/kern/subr_sleepqueue.c:258 cpuid = 0 KDB: enter: panic [thread pid 1 tid 100003 ] Stopped at kdb_enter+0x38: ta %xcc, 1 db> wh Tracing pid 1 tid 100003 td 0xfffff801385067b0 panic() at panic+0x19c sleepq_add() at sleepq_add+0x168 cv_wait() at cv_wait+0x174 _sx_xlock() at _sx_xlock+0x64 kern_wait() at kern_wait+0x3c wait4() at wait4+0x18 syscall() at syscall+0x220 -- syscall (7, FreeBSD ELF64, wait4) %o7=0x10a7b0 -- About the only nonstandard thing I did was set kern.sched.ipiwakeup.onecpu=1 which was suggested for working around other deadlocks. I don't recall if preemption is enabled for this machine (I didn't set it up). Is there any other online debugging I can do? Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050223/baccd5dc/attachment.bin
Kris Kennaway
2005-Feb-23 15:56 UTC
panic: Assertion td->td_sleepqueue != NULL failed at /usr/src/sys/kern/subr_sleepqueue.c:258
On Wed, Feb 23, 2005 at 03:54:05PM -0800, Kris Kennaway wrote:> I got this on a 12-processor e4500 running RELENG_5: > > panic: Assertion td->td_sleepqueue != NULL failed at /usr/src/sys/kern/subr_sleepqueue.c:258 > cpuid = 0 > KDB: enter: panic > [thread pid 1 tid 100003 ] > Stopped at kdb_enter+0x38: ta %xcc, 1 > db> wh > Tracing pid 1 tid 100003 td 0xfffff801385067b0 > panic() at panic+0x19c > sleepq_add() at sleepq_add+0x168 > cv_wait() at cv_wait+0x174 > _sx_xlock() at _sx_xlock+0x64 > kern_wait() at kern_wait+0x3c > wait4() at wait4+0x18 > syscall() at syscall+0x220 > -- syscall (7, FreeBSD ELF64, wait4) %o7=0x10a7b0 --1 fffff80138505ab8 0 0 1 0004200 [SLPQ proctree 0xc03de0c8][CPU 0] init> About the only nonstandard thing I did was set > kern.sched.ipiwakeup.onecpu=1 which was suggested for working around > other deadlocks. I don't recall if preemption is enabled for this > machine (I didn't set it up). Is there any other online debugging I > can do? > > Kris >-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050223/c0e529b5/attachment.bin