On Wed, 20 Nov 2002, Robert Watson wrote:

> Hmm.  Another thread has decided to sleep while holding an inpcb mutex. 
> Any chance this can be reproduced while running WITNESS?  If so, you
> should get a panic earlier when the other thread sleeps in the first
> place.  The easiest way to do that is if you can reproduce the panic with
> WITNESS.  If you can't reproduce the panic, you may be able to extract
> this from your system core using gdb -- you want to figure out what the
> thread owner of the mutex is doing -- in the context of the kassert() 
> below, td is the pointer to the thread that owns the mutex.  I'm not sure
> how to extract a stack trace from that information, unfortunately, perhaps
> someone can give us pointers.  (note: td from the priority_propagate()
> argument is shadowed, which is annoying).

Ack.  I mis-read.  You want the stack from thread td1 (the mutex owner),
not thread td.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED]      Network Associates Laboratories


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to