I haven't made any mutex commits -- my commits were credential-related.
At least two bugs have popped up and been resolved since the pcred removal
commits, including:

1) Bug in execve() such that saved uids/gids were not being done in some
   situations.
2) Bug in crfree() such that there was a reference leak for uidinfo
   structures.

I wouldn't be surprised if a couple more turned up.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Project
[EMAIL PROTECTED]      NAI Labs, Safeport Network Services

On Sun, 27 May 2001, Doug Barton wrote:

> Gang,
> 
>       I cvs'ed and built world/kernel shortly after jhb's "all clear" on
> thursday, and things went fairly well. I did the same again after rwatson's
> mutex commits on friday and things have gone downhill from there. Just
> about any heavy system activity locks the system up. That includes things
> like building large ports (for example, avifile), buildworld, and trying to
> actually run aviplay. 
> 
>       On the avi front, typing 'aviplay' with or without an argument is
> guaranteed to instantly wedge the box. I attached a lot of running aviplay
> through truss, but I have no way to know if it stopped at or before the
> offending instruction. As for the general wonkiness of the system, I have
> finally gotten a dump. The backtrace is below, let me know if there is
> anything else I can do to help debug. 
> 
> Doug
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> (kgdb) where
> #0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:478
> #1  0xc01cb318 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:321
> #2  0xc01cb745 in panic (fmt=0xc0330ce4 "mutex %s recursed at %s:%d")
>     at /usr/src/sys/kern/kern_shutdown.c:600
> #3  0xc01c3c9c in _mtx_assert (m=0xc03f44a0, what=9, 
>     file=0xc0332360 "/usr/src/sys/kern/kern_synch.c", line=858)
>     at /usr/src/sys/kern/kern_mutex.c:571
> #4  0xc01d4b9d in mi_switch () at /usr/src/sys/kern/kern_synch.c:858
> #5  0xc01cb01c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:262
> #6  0xc01cb745 in panic (fmt=0xc0334760 "blockable sleep lock (%s) %s @
> %s:%d")
>     at /usr/src/sys/kern/kern_shutdown.c:600
> #7  0xc01e60a0 in witness_lock (lock=0xc03f0f60, flags=0, 
>     file=0xc0331123 "/usr/src/sys/kern/kern_proc.c", line=146)
>     at /usr/src/sys/kern/subr_witness.c:489
> #8  0xc01d2285 in _sx_slock (sx=0xc03f0f60, file=0xc0331123
> "/usr/src/sys/kern/kern_proc.c", 
>     line=146) at /usr/src/sys/kern/kern_sx.c:114
> #9  0xc01c4e2c in pfind (pid=434) at /usr/src/sys/kern/kern_proc.c:146
> #10 0xc01ea3c6 in selwakeup (sip=0xc0e3d404) at
> /usr/src/sys/kern/sys_generic.c:1175
> #11 0xc01f5c5f in ptcwakeup (tp=0xc0e3d420, flag=1) at
> /usr/src/sys/kern/tty_pty.c:317
> #12 0xc01f5c36 in ptsstart (tp=0xc0e3d420) at
> /usr/src/sys/kern/tty_pty.c:306
> #13 0xc01f3074 in ttstart (tp=0xc0e3d420) at /usr/src/sys/kern/tty.c:1409
> #14 0xc01f4685 in tputchar (c=107, tp=0xc0e3d420) at
> /usr/src/sys/kern/tty.c:2458
> #15 0xc01e20cb in putchar (c=107, arg=0xcd115de8) at
> /usr/src/sys/kern/subr_prf.c:304
> #16 0xc01e234a in kvprintf (fmt=0xc034f881 "ernel trap %d with interrupts
> disabled\n", 
>     func=0xc01e207c <putchar>, arg=0xcd115de8, radix=10, ap=0xcd115e00
> "\f")
>     at /usr/src/sys/kern/subr_prf.c:487
> #17 0xc01e1ff8 in printf (fmt=0xc034f880 "kernel trap %d with interrupts
> disabled\n")
>     at /usr/src/sys/kern/subr_prf.c:260
> #18 0xc02f6955 in trap (frame={tf_fs = -854523880, tf_es = -1071775728,
> tf_ds = -855048176, 
>       tf_edi = 4, tf_esi = -1058806500, tf_ebp = -854499712, tf_isp =
> -854499744, 
>       tf_ebx = -855029664, tf_edx = -559038242, tf_ecx = 2, tf_eax =
> -559038244, 
>       tf_trapno = 12, tf_err = 0, tf_eip = -1071892410, tf_cs = 8,
> tf_eflags = 65670, 
>       tf_esp = -1052624640, tf_ss = -1058806528}) at
> /usr/src/sys/i386/i386/trap.c:253
> #19 0xc01c3846 in _mtx_lock_sleep (m=0xc0e3e51c, opts=0, 
>     file=0xc0331500 "/usr/src/sys/kern/kern_resource.c", line=793)
>     at /usr/src/sys/kern/kern_mutex.c:380
> #20 0xc01ca0cb in uihold (uip=0xc0e3e500) at
> /usr/src/sys/kern/kern_resource.c:793
> #21 0xc01c86f9 in crdup (cr=0xc1423900) at
> /usr/src/sys/kern/kern_prot.c:1349
> #22 0xc021cf8c in access (p=0xcd094860, uap=0xcd115f80)
>     at /usr/src/sys/kern/vfs_syscalls.c:1712
> #23 0xc02f841d in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
> tf_edi = 134665044, 
>       tf_esi = 134676528, tf_ebp = -1077940088, tf_isp = -854499372, tf_ebx
> = 134661184, 
>       tf_edx = 134665044, tf_ecx = 134661218, tf_eax = 33, tf_trapno = 12,
> tf_err = 2, 
>       tf_eip = 134555356, tf_cs = 31, tf_eflags = 643, tf_esp =
> -1077940132, tf_ss = 47})
>     at /usr/src/sys/i386/i386/trap.c:1172
> #24 0xc02e957d in syscall_with_err_pushed ()
> #25 0x804a131 in ?? ()
> #26 0x804caa1 in ?? ()
> #27 0x804e57c in ?? ()
> #28 0x804dd54 in ?? ()
> #29 0x804e57c in ?? ()
> #30 0x804dd54 in ?? ()
> #31 0x804e57c in ?? ()
> #32 0x804dd54 in ?? ()
> #33 0x804e57c in ?? ()
> #34 0x804dd54 in ?? ()
> #35 0x804c880 in ?? ()
> #36 0x804fd4a in ?? ()
> #37 0x8048131 in ?? ()


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

Reply via email to