Subject: kern/10055: lockmgr: locking against myself (softdeps related?)
To: None <gnats-bugs@gnats.netbsd.org>
From: Martin J. Laubach <mjl@emsi.priv.at>
List: netbsd-bugs
Date: 05/06/2000 08:23:10
>Number:         10055
>Category:       kern
>Synopsis:       panic "lockmgr: locking against myself"
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat May 06 08:24:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     Martin J. Laubach
>Release:        1.4X 2000-04-16
>Organization:
>Environment:
System: NetBSD asparagus 1.4X NetBSD 1.4X (ASPARAGUS) #0: Sun Apr 16 14:54:16 CEST 2000 mjl@asparagus:/home/temp/devel/cvs/src/sys/arch/i386/compile/ASPARAGUS i386


>Description:
  While running a cvs update, the machine panicked with "lockmgr:
locking against myself". This looks similar to PR/10014 but the
stack backtrace is different, so I file a new PR.


panic: lockmgr: locking against myself
#0  0xc02935fc in db_last_command ()
(gdb) where
#0  0xc02935fc in db_last_command ()
#1  0x1a7d000 in ?? ()
#2  0xc020f003 in cpu_reboot (howto=260, bootstr=0x0)
    at ../../../../arch/i386/i386/machdep.c:1112
#3  0xc0112fda in db_reboot_cmd () at ../../../../ddb/db_command.c:640
#4  0xc0112cc4 in db_command (last_cmdp=0xc02935fc, cmd_table=0xc029343c)
    at ../../../../ddb/db_command.c:316
#5  0xc0112e66 in db_command_loop () at ../../../../ddb/db_command.c:544
#6  0xc011581e in db_trap (type=1, code=0) at ../../../../ddb/db_trap.c:78
#7  0xc020cd00 in kdb_trap (type=1, code=0, regs=0xc43a88d8)
    at ../../../../arch/i386/i386/db_interface.c:119
#8  0xc0213f68 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1071245088, 
      tf_esi = 256, tf_ebp = -1002796784, tf_ebx = -1002796752, tf_edx = 0, 
      tf_ecx = 0, tf_eax = 0, tf_trapno = 1, tf_err = 0, tf_eip = -1071592016, 
      tf_cs = 8, tf_eflags = 514, tf_esp = -1002796764, tf_ss = -1072462043, 
      tf_vm86_es = -1002598904, tf_vm86_ds = 66562, tf_vm86_fs = 0, 
      tf_vm86_gs = -1002796728}) at ../../../../arch/i386/i386/trap.c:298
#9  0xc0100ce5 in calltrap ()
#10 0xc0138725 in panic (fmt=0xc02618e0 "lockmgr: locking against myself")
    at ../../../../kern/subr_prf.c:216
#11 0xc012bd12 in lockmgr (lkp=0xc43d8e08, flags=65538, interlkp=0xc43d8e04)
    at ../../../../kern/kern_lock.c:508
#12 0xc0158db7 in genfs_lock (v=0xc43a8974)
    at ../../../../miscfs/genfs/genfs_vnops.c:317
#13 0xc015821b in vn_lock (vp=0xc43d8d68, flags=65538)
    at ../../../../sys/vnode_if.h:755
#14 0xc0151002 in vget (vp=0xc43d8d68, flags=65538)
    at ../../../../kern/vfs_subr.c:1025
#15 0xc01f5bc8 in ufs_ihashget (dev=1039, inum=663848, flags=2)
    at ../../../../ufs/ufs/ufs_ihash.c:121
#16 0xc01f3b7f in ffs_vget (mp=0xc04d3a00, ino=663848, vpp=0xc43a8a58)
    at ../../../../ufs/ffs/ffs_vfsops.c:965
#17 0xc024c3db in flush_pagedep_deps (pvp=0xc42b268c, mp=0xc04d3a00, 
    diraddhdp=0xc04baef4) at ../../../../../gnu/sys/ufs/ffs/ffs_softdep.c:4296
#18 0xc024be95 in softdep_sync_metadata (v=0xc43a8b54)
    at ../../../../../gnu/sys/ufs/ffs/ffs_softdep.c:4033
#19 0xc01f4be3 in ffs_fsync (v=0xc43a8b54)
    at ../../../../ufs/ffs/ffs_vnops.c:318
#20 0xc015084a in vinvalbuf (vp=0xc42b268c, flags=1, cred=0xffffffff, 
    p=0xc4396d6c, slpflag=0, slptimeo=0) at ../../../../sys/vnode_if.h:449
#21 0xc015148d in vclean (vp=0xc42b268c, flags=8, p=0xc4396d6c)
    at ../../../../kern/vfs_subr.c:1371
#22 0xc015166b in vgonel (vp=0xc42b268c, p=0xc4396d6c)
    at ../../../../kern/vfs_subr.c:1501
#23 0xc0150595 in getnewvnode (tag=VT_UFS, mp=0xc04d3a00, vops=0xc043a200, 
    vpp=0xc43a8c50) at ../../../../kern/vfs_subr.c:508
#24 0xc01f3bbe in ffs_vget (mp=0xc04d3a00, ino=664049, vpp=0xc43a8cb4)
    at ../../../../ufs/ffs/ffs_vfsops.c:970
#25 0xc01ed5ca in ffs_valloc (v=0xc43a8cb8)
    at ../../../../ufs/ffs/ffs_alloc.c:605
#26 0xc01fa2e8 in ufs_makeinode (mode=33261, dvp=0xc43d8d68, vpp=0xc43a8eec, 
    cnp=0xc43a8f00) at ../../../../sys/vnode_if.h:933
#27 0xc01f7712 in ufs_create (v=0xc43a8e0c)
    at ../../../../ufs/ufs/ufs_vnops.c:117
#28 0xc0157694 in vn_open (ndp=0xc43a8edc, fmode=1538, cmode=493)
    at ../../../../sys/vnode_if.h:96
#29 0xc0153c3e in sys_open (p=0xc4396d6c, v=0xc43a8f88, retval=0xc43a8f80)
    at ../../../../kern/vfs_syscalls.c:1004
#30 0xc02145de in syscall (frame={tf_es = 31, tf_ds = 31, tf_edi = 134869389, 
      tf_esi = 135229623, tf_ebp = -1077945828, tf_ebx = 0, 
      tf_edx = 1209425920, tf_ecx = 3, tf_eax = 5, tf_trapno = 3, tf_err = 2, 
      tf_eip = 1209295351, tf_cs = 23, tf_eflags = 659, tf_esp = -1077962544, 
      tf_ss = 31, tf_vm86_es = 0, tf_vm86_ds = 0, tf_vm86_fs = 0, 
      tf_vm86_gs = 0}) at ../../../../arch/i386/i386/trap.c:760
#31 0xc0100d91 in syscall1 ()
can not access 0xbfbfda1c, invalid translation (invalid PDE)
can not access 0xbfbfda1c, invalid translation (invalid PDE)
Cannot access memory at address 0xbfbfda1c.

>How-To-Repeat:
  Run cvs update, this is a pretty reliable way to crash this machine.

>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: