kern/130330: [mpt] [panic] Panic and reboot machine MPT ...
jhb at freebsd.org
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.
More information about the freebsd-stable