From owner-freebsd-current Wed Jul 24 16:49:49 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 069A537B400 for ; Wed, 24 Jul 2002 16:49:45 -0700 (PDT) Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E43443E4A for ; Wed, 24 Jul 2002 16:49:44 -0700 (PDT) (envelope-from sonicmail@blarf.homeip.net) Received: (qmail 13629 invoked from network); 24 Jul 2002 23:49:43 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 24 Jul 2002 23:49:43 -0000 Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56]) by ultra.sonic.net (8.11.6/8.8.5) with ESMTP id g6ONnhD28836 for ; Wed, 24 Jul 2002 16:49:43 -0700 X-envelope-info: Received: by blarf.homeip.net (Postfix, from userid 1006) id 2F8901B74; Wed, 24 Jul 2002 16:49:40 -0700 (PDT) Date: Wed, 24 Jul 2002 16:49:40 -0700 From: Alex Zepeda To: current@freebsd.org Subject: Here's my most recent crash.. Message-ID: <20020724234939.GA422@blarf.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i 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 My system is down to one cpu (the first slot is appears to have eaten itself and using it results in interesting smells from the power supply), but I'm still running a SMP kernel. Anything else I should probe with gdb? FreeBSD blarf.homeip.net 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Wed Jul 24 13:13:30 PDT 2002 alex@blarf.homeip.net:/usr/src/sys/i386/compile/ZIPPY_SMP_WITNESS i386 GNU gdb 5.2 (FreeBSD) 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-portbld-freebsd5.0"... IdlePTD at phsyical address 0x0056e000 initial pcb at physical address 0x004564c0 panicstr: bremfree: bp 0xc4209bd4 not locked panic messages: --- panic: Most recently used by none cpuid = 0; lapic.id = 00000000 syncing disks... panic: bremfree: bp 0xc4209bd4 not locked cpuid = 0; lapic.id = 00000000 Uptime: 3h13m48s Dumping 127 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 --- #0 doadump () at ../../../kern/kern_shutdown.c:213 213 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:213 #1 0xc02220bd in boot (howto=260) at ../../../kern/kern_shutdown.c:345 #2 0xc02222ce in poweroff_wait (junk=0xc03b0785, howto=-1004495916) at ../../../kern/kern_shutdown.c:493 #3 0xc02551d7 in bremfree (bp=0xc03b0785) at ../../../kern/vfs_bio.c:633 #4 0xc025746e in getblk (vp=0xc1b1b000, blkno=196720, size=8192, slpflag=0, slptimeo=0) at ../../../kern/vfs_bio.c:2318 #5 0xc02552b7 in breadn (vp=0xc1b1b000, blkno=196720, size=8192, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:691 #6 0xc0255286 in bread (vp=0xc1b1b000, blkno=196720, size=8192, cred=0x0, bpp=0xc8a5cad0) at ../../../kern/vfs_bio.c:673 #7 0xc02f0894 in ffs_update (vp=0xc1df2a50, waitfor=0) at ../../../ufs/ffs/ffs_inode.c:102 #8 0xc0301f1a in ffs_fsync (ap=0xc8a5cb48) at ../../../ufs/ffs/ffs_vnops.c:272 #9 0xc02ffee8 in ffs_sync (mp=0xc1b15800, waitfor=2, cred=0xc0bace80, td=0xc040f260) at vnode_if.h:463 #10 0xc0263bbe in sync (td=0xc040f260, uap=0x0) at ../../../kern/vfs_syscalls.c:127 #11 0xc0221d2c in boot (howto=256) at ../../../kern/kern_shutdown.c:254 #12 0xc02222ce in poweroff_wait (junk=0xc03cd8e8, howto=-1069754141) at ../../../kern/kern_shutdown.c:493 #13 0xc032022a in mtrash_ctor (mem=0x100, size=0, arg=0x0) at ../../../vm/uma_dbg.c:135 #14 0xc0320294 in mtrash_fini (mem=0xc215d000, size=8192) at ../../../vm/uma_dbg.c:186 #15 0xc031e576 in zone_drain (zone=0xc0bbfcc0) at ../../../vm/uma_core.c:646 #16 0xc031ee8c in zone_foreach (zfunc=0xc031e2e0 ) at ../../../vm/uma_core.c:1167 #17 0xc031fd90 in uma_reclaim () at ../../../vm/uma_core.c:1980 #18 0xc031be72 in vm_pageout_scan (pass=0) at ../../../vm/vm_pageout.c:654 #19 0xc031cbea in vm_pageout () at ../../../vm/vm_pageout.c:1434 #20 0xc021303e in fork_exit (callout=0xc031c9c0 , arg=0x0, frame=0xc8a5cd48) at ../../../kern/kern_fork.c:861 (kgdb) quit The most applicable dmesg output I could find was: Memory modified after free 0xc215d000(8188) panic: Most recently used by none cpuid = 0; lapic.id = 00000000 syncing disks... panic: bremfree: bp 0xc4209bd4 not locked cpuid = 0; lapic.id = 00000000 Uptime: 3h13m48s Dumping 127 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message