>> Go to the _CONSOLE_ and execute the programs that >> are "causing" the "lock-up" and you will stand a >> chance at actually finding and fixing whatever is >> going wrong. >> >> Ctrl-Alt-F1 >> <login> >> DISPLAY=:0.0 firefox > Were you able to get a backtrace now? wonder of wonders, miracle of miracles :) panic: Assertion td->td_flags & TDF_SINTR failed at /usr/src/sys/kern/subr_sleepqueue.c:761 at line 761 in file /usr/src/sys/kern/subr_sleepqueue.c cpuid = 0; Debugger("panic") Is that related to this kernel patch (pasted at bottom) I've seen cross the list today? If so, has this patch been committed to the cvs sources, or will i need to apply it manually? if not, what might my next step be? aaron Danny J. Zerkel wrote: > Looks like John's sys/kern/kern_thread.c 1.171 broke Mozilla (and > threading in general). He appears to have left out a test that > the sleeping thread is interruptable in one spot: > > --- kern_thread.c.orig Mon Mar 1 15:08:01 2004 > +++ kern_thread.c Mon Mar 1 14:26:30 2004 > _at__at_ -646,7 +646,8 _at__at_ > } else if (TD_ON_SLEEPQ(td2) && > ((td2->td_wchan == &kg->kg_completed) || > (td2->td_wchan == &p->p_siglist && > - (ku->ku_mflags & KMF_WAITSIGEVENT)))) { > + (ku->ku_mflags & KMF_WAITSIGEVENT))) && > + (td2->td_flags & TDF_SINTR)) { > sleepq_abort(td2); > } else { > ku->ku_flags |= KUF_DOUPCALL; > > This change fixes my Mozilla hangs and other panics on current. >Received on Mon Mar 01 2004 - 15:51:40 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:45 UTC