Subject: Re: kern/30831
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Patrick Welche <prlw1@newn.cam.ac.uk>
List: netbsd-bugs
Date: 04/01/2007 20:00:07
The following reply was made to PR kern/30831; it has been noted by GNATS.
From: Patrick Welche <prlw1@newn.cam.ac.uk>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/30831
Date: Sun, 1 Apr 2007 20:59:04 +0100
I just had the same panic on:
NetBSD-current/i386 source of 1 Apr 2007 16:02 GMT
Pentium M ie single processor
kernel with options DIAGNOSTIC DEBUG LOCKDEBUG among others
(mounted a few smb shares and ran du -sh /mnt/*)
#7 0xc0102f7d in calltrap ()
#8 0xc0216ec2 in smbfs_sync (mp=0xc14ca000, waitfor=3, cred=0xcad40ee0, l=0xcad4f7a0)
at ../../../../fs/smbfs/smbfs_vfsops.c:460
#9 0xc033d247 in sync_fsync (v=0xcbfa2bf8)
at ../../../../miscfs/syncfs/sync_vnops.c:164
#10 0xc0335049 in VOP_FSYNC (vp=0xcf65f6c0, cred=0xcad40ee0, flags=8, offlo=0, offhi=0,
l=0xcad4f7a0) at ../../../../kern/vnode_if.c:724
#11 0xc033d0a6 in sched_sync (v=0xcad4f7a0) at ../../../../miscfs/syncfs/sync_subr.c:196
#12 0xc01002b9 in proc_trampoline ()
#8 0xc0216ec2 in smbfs_sync (mp=0xc14ca000, waitfor=3, cred=0xcad40ee0, l=0xcad4f7a0)
at ../../../../fs/smbfs/smbfs_vfsops.c:460
460 if ((vp->v_type == VNON || (np->n_flag & NMODIFIED) == 0) &&
(gdb) print vp->v_type
$2 = VDIR
(gdb) print np->n_flag
No symbol "np" in current context.
As you can see I have a decent core dump for debugging - suggestions?
BTW after reboot 0x104, and the dump, the box panicked before the reboot with
switching with held simple_lock 0xc05a29c0 CPU 0 ../../../../fs/smbfs/smbfs_vfsops.c:444
_prop_dictionary_keysym32_pool(...,...,...,..,0) at 0xcad4f7a0
Bad frame pointer: 0xc05e40d0
Stopped in pid 15.1 (ioflush)...
Hmm:
457 simple_lock(&vp->v_interlock);
(gdb) print vp->v_interlock
There is no member named v_interlock.
(gdb) print vp->v_lock->lk_interlock
$8 = {lock_data = 0 '\0', lock_pad = "\000\000",
lock_file = 0xc0534a4f "../../../../kern/kern_lock.c",
unlock_file = 0xc0534a4f "../../../../kern/kern_lock.c", lock_line = 626,
unlock_line = 977, list = {tqe_next = 0x0, tqe_prev = 0x0}, lock_holder = 4294967295}
Thoughts?
Cheers,
Patrick