Subject: kern/5146: panic: lockmgr: using decommissioned lock on i386
To: None <gnats-bugs@gnats.netbsd.org>
From: Dave Huang <khym@bga.com>
List: netbsd-bugs
Date: 03/10/1998 15:33:06
>Number:         5146
>Category:       kern
>Synopsis:       panic: lockmgr: using decommissioned lock on i386
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people (Kernel Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Mar 10 13:35:00 1998
>Last-Modified:
>Originator:     Dave Huang
>Organization:
Name: Dave Huang     |   Mammal, mammal / their names are called /
INet: khym@bga.com   |   they raise a paw / the bat, the cat /
FurryMUCK: Dahan     |   dolphin and dog / koala bear and hog -- TMBG
Dahan: Hani G Y+C 22 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA+ PL++
>Release:        NetBSD-current as of March 8, 1998
>Environment:
	
System: NetBSD dahan.metonymy.com 1.3E NetBSD 1.3E (SPIFF) #196: Sun Mar 8 20:56:46 CST 1998 khym@dahan.metonymy.com:/usr/src.local/sys/arch/i386/compile/SPIFF i386
64MB Pentium, UVM kernel, but no PMAP_NEW

>Description:
While trying to reboot my machine, I got:

syncing disks... 4 4 done
panic: lockmgr: using decommissioned lock

gdb won't give me a stack trace for some reason, so this is the best I can do:
0xf011d34d is in lockmgr (../../../../kern/kern_lock.c:191).
0xf01aabf2 is in ufs_lock (../../../../ufs/ufs/ufs_vnops.c:1564).
0xf01421db is in vn_lock (../../../../sys/vnode_if.h:723).
0xf013ca82 is in vrele (../../../../kern/vfs_subr.c:962).
0xf01482d2 is in union_freevp (../../../../miscfs/union/union_subr.c:560).
0xf014b34e is in union_reclaim (../../../../miscfs/union/union_vnops.c:1580).
0xf013cd4c is in vclean (../../../../sys/vnode_if.h:704).
0xf013ce77 is in vgonel (../../../../kern/vfs_subr.c:1255).
0xf013cba1 is in vflush (../../../../kern/vfs_subr.c:1079).
0xf01493d2 is in union_unmount (../../../../miscfs/union/union_vfsops.c:317).
0xf013e658 is in dounmount (../../../../kern/vfs_syscalls.c:451).
0xf013da66 is in vfs_unmountall (../../../../kern/vfs_subr.c:1970).
0xf013dbb4 is in vfs_shutdown (../../../../kern/vfs_subr.c:2034).
0xf01bf973 is in cpu_reboot (../../../../arch/i386/i386/machdep.c:1277).
0xf0124806 is in sys_reboot (../../../../kern/kern_xxx.c:76).
0xf01c445c is in syscall (../../../../arch/i386/i386/trap.c:718).

I guess that's good enough :)

The panic doesn't happen every time I try to reboot... since the
traceback mentions unionfs, it probably happens if I've compiled a
kernel... I keep the source tree in /usr/src, and union mount
/usr/src.local on top of it for any local changes I make. Excerpt from
my fstab:

/dev/ccd0d /usr ffs rw 1 2
/usr/src /usr/src.local union rw,-b

This is on a Pentium, 64MB RAM, UVM, no PMAP_NEW.

>How-To-Repeat:
	Don't know, exactly... maybe cd /usr/src.local, then reboot?
Or maybe I actually have to compile something. I haven't looked at it
too closely yet.
>Fix:
	Dunno.
>Audit-Trail:
>Unformatted: