Bhaskar,
Hi I’m getting the following crash in mutex_exit which is being done
in the kernel.
> ::status
debugging crash dump vmcore.0 (32-bit) from solaris-devx
operating system: 5.11 snv_72 (i86pc)
panic message: mutex_exit: not owner, lp=d0eb3c94 owner=f6c4f510
thread=d0eb3de0
dump content: kernel pages only
> ::stack
vpanic(fe8ad938, fe8ad8b0, d0eb3c94, f6c4f510, d0eb3de0)
mutex_panic+0x55(fe8ad8b0, d0eb3c94)
mutex_vector_exit+0x2d(d0eb3c94)
taskq_ent_free+0x2c(d0eb3c74, cd7e9240)
taskq_thread+0x1d8(cd7ec0a8, 0)
thread_start+8()
I’m spawning threads in the kernel which seems to be causing this. Is
there any anything you could help me out with about what is going
wrong here?
From this stack backtrace, I guess that the answer is generically "no",
and supplementally "you can always write code that can generate a panic,
but please don't try too hard to do so". ICBWT. Check your code more
thoroughly - this cannot really be attributed to a *Solaris (you didn't
state any *Solaris release; and this is an OpenSolaris code thread) fault.
Regards... Sean.
Just spotted (at the last second - one year old with chicken pox is
tiring me substantially) "mutex_exit: "not owner"; hmmm... Is your
driver trying to modify Kernel data structures directly? The panic is
from
http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/os/mutex.c#517
and suggests that the current thread is not the owner of the mutex (and
I can only think by some odd mod of a struct).
I am waaay out of my depth here, but thought I would make a vague
suggestion anyway - at least consult the source code as refrernced above.
R'S.
_______________________________________________
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code