kern/130330: [mpt] [panic] Panic and reboot machine MPT ...

John Baldwin jhb at
Tue May 12 15:48:18 UTC 2009

On Tuesday 12 May 2009 11:20:14 am Riccardo Torrini wrote:
> On Mon, May 11, 2009 at 02:07:19PM -0400, John Baldwin wrote:
> > Do you have kernel crashdumps enabled and a swap partition?
> > If so, do you happen to have any files in /var/crash?
> Yes, but I'm unable to produce a crash dump  :-(
> Tryed even with voodoo, added and removed options to
> kernel (kdb, gdb, ddb, invariants, ...).  Instead of
> going to db> now it panic-and-freeze with:
> cpuid = 0
> Uptime: 2m16s
> panic: _mtx_lock_sleep: recursed on non-recursive mutex \
> 	mpt @ /usr/src/sys/cam/cam_periph.h:182
> (above lines get repeated a lot with same uptime, then freeze)
> Still trying other combinations...

If you can get a stack trace, that would be most helpful.  My guess is that 
the recovery thread is holding the mpt lock and calling some CAM routine 
which attempts to relock it via cam_periph_lock().  A stack trace would be 
most telling in that case.

John Baldwin

More information about the freebsd-stable mailing list