From owner-freebsd-current Thu Feb 7 20:29:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id B74BE37B404 for ; Thu, 7 Feb 2002 20:29:17 -0800 (PST) Received: (qmail 20223 invoked from network); 8 Feb 2002 04:29:16 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([65.91.155.186]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 8 Feb 2002 04:29:16 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020208040625.GA478@hades.hell.gr> 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 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