: :Thanks. : :> Ah, critnest... you are right. I should be checking for :> critnest > 1. : :I think you should just leave it alone, don't check critnest at all. :critnest != 1 is illegal because you can't acquire a sleep lock while :in an enclosing critical section. : :Jake
Hmm. It locks up if I do that. How odd. No, it locks up in general. Ok, scratch this patch completely. Something is seriously broken. It is somehow getting stuck in a spin loop from here: #9 0xc0262f96 in siointr1 (com=0xc5b9f800) at machine/cpufunc.h:66 #10 0xc0262e87 in siointr (arg=0xc5b9f800) at /FreeBSD/FreeBSD-current/src/sys/dev/sio/sio.c:1634 #11 0xc01ad3f8 in critical_exit () at machine/cpufunc.h:576 #12 0xc01a30d9 in _mtx_unlock_spin_flags (m=0xc02f6f00, opts=0, file=0xc02ac900 "/FreeBSD/FreeBSD-current/src/sys/kern/kern_mutex.c", line=335) at /FreeBSD/FreeBSD-current/src/sys/kern/kern_mutex.c:248 #13 0xc01a332d in _mtx_lock_sleep (m=0xc02f6f40, opts=0, file=0xc02aab80 "/FreeBSD/FreeBSD-current/src/sys/kern/kern_intr.c", line=532) at /FreeBSD/FreeBSD-current/src/sys/kern/kern_mutex.c:427 #14 0xc01a2f70 in _mtx_lock_flags (m=0xc02f6f40, opts=0, file=0xc02aab80 "/FreeBSD/FreeBSD-current/src/sys/kern/kern_intr.c", line=532) at /FreeBSD/FreeBSD-current/src/sys/kern/kern_mutex.c:210 #15 0xc019cc04 in ithread_loop (arg=0xc5b87400) at /FreeBSD/FreeBSD-current/src/sys/kern/kern_intr.c:532 #16 0xc019c0e4 in fork_exit (callout=0xc019cae0 <ithread_loop>, arg=0xc5b87400, frame=0xe04b8d48) at /FreeBSD/FreeBSD-current/src/sys/kern/kern_fork.c:787 And I'm not sure why. -Matt Matthew Dillon <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message