From owner-freebsd-current Mon Feb 11 19:10:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from newman2.bestweb.net (newman2.bestweb.net [209.94.102.67]) by hub.freebsd.org (Postfix) with ESMTP id 65E7337B4A1 for ; Mon, 11 Feb 2002 18:17:20 -0800 (PST) Received: from okeeffe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by newman2.bestweb.net (Postfix) with ESMTP id 344612327E; Mon, 11 Feb 2002 21:16:53 -0500 (EST) Received: by okeeffe.bestweb.net (Postfix, from userid 0) id 04A349EFB4; Mon, 11 Feb 2002 21:11:57 -0500 (EST) Date: Thu, 07 Feb 2002 23:29:14 -0500 (EST) From: John Baldwin To: Giorgos Keramidas Subject: RE: bremfree related panic Cc: current@freebsd.org Message-Id: <20020212021157.04A349EFB4@okeeffe.bestweb.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 08-Feb-02 Giorgos Keramidas wrote: > (The bremfree panic is the second panic in the row, so it's probably a > whole different problem in itself.) Yep. > IdlePTD at phsyical address 0x003d1000 > initial pcb at physical address 0x00329bc0 > panicstr: bremfree: bp 0xc2161734 not locked > panic messages: > --- > panic: msleep Hmmm, wonder where that came from. oh: KASSERT(ident != NULL && td->td_proc->p_stat == SRUN, ("msleep")); However, your trace shows some other type of panic, one not in msleep but from a fatal kernel trap. Weird. > --- > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:504 > 504 if (!dodump) > (kgdb) bt > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:504 > #1 0xc01b8ec4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:336 > #2 0xc01b9361 in panic (fmt=0xc02b5da2 "bremfree: bp %p not locked") at > /usr/src/sys/kern/kern_shutdown.c:646 > #3 0xc01e7ecf in bremfree (bp=0xc2161734) at > /usr/src/sys/kern/vfs_bio.c:545 > #4 0xc0196359 in spec_fsync (ap=0xc03d5e98) at > /usr/src/sys/fs/specfs/spec_vnops.c:407 > #5 0xc0195e51 in spec_vnoperate (ap=0xc03d5e98) at > /usr/src/sys/fs/specfs/spec_vnops.c:119 > #6 0xc024d449 in ffs_sync (mp=0xc0e00200, waitfor=2, cred=0xc05bee00, > td=0xc02f9604) at vnode_if.h:441 > #7 0xc01f4c42 in sync (td=0xc02f9604, uap=0x0) at > /usr/src/sys/kern/vfs_syscalls.c:669 > #8 0xc01b8b46 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:245 > #9 0xc01b9361 in panic (fmt=0xc02cb2fe "%s") at > /usr/src/sys/kern/kern_shutdown.c:646 > #10 0xc0289d78 in trap_fatal (frame=0xc03d5fa8, eva=791205) at > /usr/src/sys/i386/i386/trap.c:842 > #11 0xc0289aad in trap_pfault (frame=0xc03d5fa8, usermode=0, eva=791205) at > /usr/src/sys/i386/i386/trap.c:756 > #12 0xc02895ef in trap (frame={tf_fs = 0, tf_es = 0, tf_ds = 0, tf_edi = > 51676, tf_esi = 1816, tf_ebp = 264, tf_isp = -1069719596, > tf_ebx = 264, tf_edx = 980, tf_ecx = 6930, tf_eax = 0, tf_trapno = 12, > tf_err = 4, tf_eip = 4773, tf_cs = 49152, > tf_eflags = 721478, tf_esp = 4000, tf_ss = 0}) at > /usr/src/sys/i386/i386/trap.c:426 > #13 0x12a5 in ?? () > Cannot access memory at address 0x108. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message