Re: tree may not be buildable for an hour.

On Tue, Jan 25, 2005 at 04:30:46AM -0500, Jeff Roberson wrote:
> 
> On Mon, 24 Jan 2005, Kris Kennaway wrote:
> 
> > On Mon, Jan 24, 2005 at 05:56:48AM -0500, Jeff Roberson wrote:
> > > That's all of it.  If you wait for your cvsup mirror to catch up, you can
> > > try running with a smpsafe vfs by setting the debug.mpsafevfs tunable.
> > > This option requires mpsafevm as well.  I have two known bugs that have
> > > only been triggered by peter holm's excellent stress suite, but none are
> > > known to cause problems if mpsafevfs is disabled, and none of them have
> > > been seen on normal systems to my knowledge.
> >
> > Still seeing this one:
> >
> 
> What did you do to reproduce this?  Is there any chance you can recompile
> with DEBUG_LOCKS in your kernel and fetch the file and line strings out of
> the lockmgr lock for me?  I've never seen this one myself.
> 
> > panic: lockmgr: locking against myself

This machine panicked again, but did the usual:

v--deadlocks trying to panic, then the other CPU holding the spin lock panics
pspin lock sched lock held by 0xc3502cf0 for > 5 seconds
panic: spin lock held too long
cpuid = 0
KDB: enter: panic

so I wasn't able to get the trace yet.

> > Also, another machine panicked with mpsafevfs=0, but as is commonplace
> > on SMP machines it hung trying to print the panic string, so I can't
> > tell whether it's related to your commits or not.

This machine panicked again with mpsafevfs=0:

panic: softdep_deallocate_dependencies: dangling deps
cpuid = 1
KDB: enter: panic
[thread pid 56889 tid 100248 ]
Stopped at      kdb_enter+0x30: leave
db> tr
Tracing pid 56889 tid 100248 td 0xc5b9eb80
kdb_enter(c06f2a2c,1,c070488e,f12c58fc,c5b9eb80) at kdb_enter+0x30
panic(c070488e,1,f12c593c,c05732ac,de837840) at panic+0x13e
softdep_deallocate_dependencies(de837840,c0517311,c0750d20,0,c06f0dcc) at softdep_deallocate_dependencies+0x1b
brelse(de837840,2090022,c882f450,c5b9eb80,23) at brelse+0x96
flushbuflist(c882f498,4,c882f450,0,0) at flushbuflist+0x27a
vinvalbuf(c882f450,4,c5b9eb80,0,0) at vinvalbuf+0x1a0
ffs_truncate(c882f450,0,0,c00,0) at ffs_truncate+0x6fa
ufs_inactive(f12c5c10,c5b9eb80,1,f12c5c28,c0584ddc) at ufs_inactive+0x10a
VOP_INACTIVE_AP(f12c5c10,0,c06fb21e,7a2,c074a9a0) at VOP_INACTIVE_AP+0x76
vput(c882f450,ffffffdf,2,6af,c59e3000) at vput+0x11a
kern_unlink(c5b9eb80,804f6a8,0,f12c5d40,c06b2487) at kern_unlink+0x1c1
unlink(c5b9eb80,f12c5d14,4,3ff,1) at unlink+0x22
syscall(2f,2f,2f,1,804d000) at syscall+0x271
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (10, FreeBSD ELF32, unlink), eip = 0x280b8bf7, esp = 0xbfbfe88c, ebp = 0xbfbfe8b8 ---
db>

Kris