"sleeping without a mutex" panic with FixitCD from today's SNAP

Dmitry Morozovsky marck at rinet.ru
Sun Apr 11 11:39:35 PDT 2004

On Sun, 11 Apr 2004, Scott Long wrote:


SL> > SL> > <panic: sleeping without a mutex
SL> > SL> > at line 144 in file /usr/src/sys/kern/kern_synch.c>
SL> > SL> >
SL> > SL> > The panic is 100% reproducible.
SL> > SL>
SL> > SL> Providing a backtrace from the debugger here is very important.  Any
SL> > SL> chance that you could do that?
SL> >
SL> > My chances are pretty low, as I have no -current systems runnning. I cat write
SL> > ddb's traceback though if it's helpful (supposedly, I also can make serial
SL> > console for that).
SL> DDB traceback is fine.  Without some sort of traceback, it's impossible
SL> to know what is triggering the message in msleep that you are seeing.

Well, here it is (via serial console):

RockRidge Extension
panic: sleeping without a mutex
at line 144 in file /usr/src/sys/kern/kern_synch.c
cpuid = 0;
Stopped at      Debugger+0x46:  xchgl   %ebx,in_Debugger.0
db> tr
Debugger(c07bf6c1) at Debugger+0x46
__panic(c07bfedf,90,c07bfeb7,653,c08aee6c) at __panic+0x13d
msleep(c0875ae0,0,1a0,c07d3d27,0) at msleep+0xc2
random_read(c087b3dc,d7618c88,20000,c07fc6e0,74) at random_read+0x41
spec_read(d7618bec,d7618c38,c063b84d,d7618bec,d7618c88) at spec_read+0x12c
spec_vnoperate(d7618bec) at spec_vnoperate+0x13
vn_read(c47d9330,d7618c88,c1d19600,0,c464b690) at vn_read+0x185
dofileread(c464b690,c47d9330,4,bfbfe4dc,74) at dofileread+0xb0
read(c464b690,d7618d14,3,1,296) at read+0x3b
syscall(2f,2f,2f,855b000,3e) at syscall+0x217
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (3, FreeBSD ELF32, read), eip = 0x82776ab, esp = 0xbfbfe49c, ebp =
0xbfbfe568 ---

Combination to reproduce:
- boot from fixit CD
- select fixit, live CD
- Enter to confirm mount

Any other info we need? (again, it's -current snapshot from 20040410 made on

D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru ***

More information about the freebsd-current mailing list