From owner-freebsd-current Wed Aug 14 14:37:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 987FF37B400 for ; Wed, 14 Aug 2002 14:37:35 -0700 (PDT) Received: from jbloom.org (reyim.ne.client2.attbi.com [24.60.104.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90AE543E6E for ; Wed, 14 Aug 2002 14:37:34 -0700 (PDT) (envelope-from bloom@acm.org) Received: from acm.org (jimlap.jbloom.org [172.17.235.110]) by jbloom.org (8.11.6/8.11.6) with ESMTP id g7ELbSA87602; Wed, 14 Aug 2002 17:37:28 -0400 (EDT) (envelope-from bloom@acm.org) Message-ID: <3D5ACD24.AE956844@acm.org> Date: Wed, 14 Aug 2002 17:35:32 -0400 From: Jim Bloom X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Alex Zepeda Cc: current@FreeBSD.ORG Subject: Re: oops: panic: bremfree: bp 0xc4206410 not locked References: <20020814091754.GA694@blarf.homeip.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 I believe the more interesting panic to debug is the first one here in mtrash_ctor and not the problem with syncing the disk after a panic. I have seen a few other panics in this routine posted to current over the last few weeks. Jim Bloom bloom@acm.org Alex Zepeda wrote: > > I got this while the system was swapping quite a bit (silly Gtk+ > newsreader + supernews's huge retention == lots of memory used). > > FreeBSD blarf.homeip.net 5.0-CURRENT FreeBSD 5.0-CURRENT #5: Wed Aug 14 00:39:15 PDT 2002 alex@blarf.homeip.net:/usr/src/sys/i386/compile/ZIPPY_SMP_WITNESS i386 > > GNU gdb 5.2.0 (FreeBSD) 20020627 > Copyright 2002 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-undermydesk-freebsd"... > panic: bremfree: bp 0xc4206410 not locked > panic messages: > --- > panic: Most recently used by none > > cpuid = 0; lapic.id = 00000000 > > syncing disks... panic: bremfree: bp 0xc4206410 not locked > cpuid = 0; lapic.id = 00000000 > Uptime: 1h20m25s > Dumping 127 MB > ata0: resetting devices .. > done > 16 32 48 64 80 96 112[CTRL-C to abort] > --- > #0 doadump () at ../../../kern/kern_shutdown.c:213 > 213 dumping++; > (kgdb) bt > #0 doadump () at ../../../kern/kern_shutdown.c:213 > #1 0xc022188d in boot (howto=260) at ../../../kern/kern_shutdown.c:345 > #2 0xc0221aaf in panic () at ../../../kern/kern_shutdown.c:493 > #3 0xc0255cf5 in bremfree (bp=0xc4206410) at ../../../kern/vfs_bio.c:633 > #4 0xc025bc84 in cluster_wbuild (vp=0xc21beb90, size=8192, start_lbn=12, > len=14) at ../../../kern/vfs_cluster.c:801 > #5 0xc0257454 in vfs_bio_awrite (bp=0xc4206410) > at ../../../kern/vfs_bio.c:1620 > #6 0xc02e1a51 in ffs_fsync (ap=0xc8a6fb48) at ../../../ufs/ffs/ffs_vnops.c:231 > #7 0xc02e104e in ffs_sync (mp=0xc1b1d600, waitfor=2, cred=0xc0bace80, > td=0xc03ed9c0) at vnode_if.h:545 > #8 0xc0265560 in sync (td=0xc03ed9c0, uap=0x0) > at ../../../kern/vfs_syscalls.c:129 > #9 0xc02214fa in boot (howto=256) at ../../../kern/kern_shutdown.c:254 > #10 0xc0221aaf in panic () at ../../../kern/kern_shutdown.c:493 > #11 0xc030210c in mtrash_ctor (mem=0xc2599400, size=0, arg=0x0) > at ../../../vm/uma_dbg.c:135 > #12 0xc0302178 in mtrash_fini (mem=0xc2599400, size=1024) > at ../../../vm/uma_dbg.c:186 > #13 0xc03003e5 in zone_drain (zone=0xc0b859c0) at ../../../vm/uma_core.c:646 > #14 0xc0300d1b in zone_foreach (zfunc=0xc0300148 ) > at ../../../vm/uma_core.c:1167 > #15 0xc0301c5a in uma_reclaim () at ../../../vm/uma_core.c:1980 > #16 0xc02fdb84 in vm_pageout_scan (pass=0) at ../../../vm/vm_pageout.c:653 > #17 0xc02fe9b1 in vm_pageout () at ../../../vm/vm_pageout.c:1439 > #18 0xc0212330 in fork_exit (callout=0xc02fe784 , arg=0x0, > frame=0xc8a6fd48) at ../../../kern/kern_fork.c:872 > (kgdb) quit > > 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