panic: Assertion td->td_sleepqueue != NULL failed at /usr/src/sys/kern/subr_sleepqueue.c:258

[Kris Kennaway]

On Wed, Feb 23, 2005 at 03:55:15PM -0800, Kris Kennaway wrote:
> 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?

No preemption.  I did get a core, and I'll add KTR_PROC per discussion
of this same panic when Peter Holm reported it in December.

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/8838e83d/attachment.bin