On Wed, 26 Jul 2000 16:43:04 MST, Kirk McKusick wrote:

> I have had a number of complaints of this sort which seem to be
> somehow related to recursive buffer locks. Since the recursive
> locks are only needed to prevent deadlock when mounting snapshots
> I decided to back out the use of recursive locks for now. When I
> have had a chance to investigate why they are causing problems,
> I will try reenabling them. Let me know if this problem persists
> once you have upgraded to version 1.107 of buf.h.

Just a quick note to let you two gentlement know that the problem
persists with rev 1.107 of buf.h.

Brian, these are realy easy for me to reproduce on my own box here.  Do
you want to send me the stuff for maintaining the queues that you said
would help you figure out what's going on?  Or are you able to reproduce
this yourself?


Script started on Fri Jul 28 14:25:46 2000
[root@axl] ~AXL # gdb -k -c /var/crash/vmcore.3 kernel.debug
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...
IdlePTD 2826240
initial pcb at 244080
panicstr: lockmgr: pid 1, not exclusive lock holder 0 unlocking
panic messages:
#0  boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:303
303                     dumppcb.pcb_cr3 = rcr3();
(kgdb) bt
#0  boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:303
#1  0xc01462c1 in panic (fmt=0xc02044a0 "lockmgr: pid %d, not %s %d unlocking")
    at /usr/src/sys/kern/kern_shutdown.c:553
#2  0xc0140fdc in lockmgr (lkp=0xc0da4400, flags=6, interlkp=0xc8f08dec, 
    p=0xc84bfe00) at /usr/src/sys/kern/kern_lock.c:382
#3  0xc01747b3 in vop_stdunlock (ap=0xc84c5e48)
    at /usr/src/sys/kern/vfs_default.c:255
#4  0xc01b4285 in ufs_vnoperate (ap=0xc84c5e48)
    at /usr/src/sys/ufs/ufs/ufs_vnops.c:2285
#5  0xc01af163 in ufs_inactive (ap=0xc84c5e78) at vnode_if.h:865
#6  0xc01b4285 in ufs_vnoperate (ap=0xc84c5e78)
    at /usr/src/sys/ufs/ufs/ufs_vnops.c:2285
#7  0xc017752e in vput (vp=0xc8f08d80) at vnode_if.h:794
#8  0xc01ac43f in ffs_sync (mp=0xc0c35a00, waitfor=2, cred=0xc0721780, 
    p=0xc02569e0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:955
#9  0xc01794b1 in sync (p=0xc02569e0, uap=0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:551
#10 0xc0145cf7 in boot (howto=0) at /usr/src/sys/kern/kern_shutdown.c:225
#11 0xc0145af8 in reboot (p=0xc84bfe00, uap=0xc84c5f80)
    at /usr/src/sys/kern/kern_shutdown.c:146
#12 0xc01eb239 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, 
      tf_edi = -1077936612, tf_esi = -1077936624, tf_ebp = -1077936836, 
      tf_isp = -934518828, tf_ebx = -1077936732, tf_edx = -1, tf_ecx = 4, 
---Type <return> to continue, or q <return> to quit---
      tf_eax = 55, tf_trapno = 7, tf_err = 2, tf_eip = 134536452, tf_cs = 31, 
      tf_eflags = 643, tf_esp = -1077937056, tf_ss = 47})
    at /usr/src/sys/i386/i386/trap.c:1128
#13 0xc01dff45 in Xint0x80_syscall ()
#14 0x80486ee in ?? ()
#15 0x8048478 in ?? ()
#16 0x8048139 in ?? ()
(kgdb) quit
[root@axl] ~AXL # exit

Script done on Fri Jul 28 14:26:19 2000

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to