Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 25 Feb 2003 20:39:13 +0100
From:      Patric Mrawek <patric@argv.de>
To:        freebsd-current@freebsd.org
Subject:   panic: bwrite: buffer is not busy
Message-ID:  <20030225193913.GA38522@argv.de>

next in thread | raw e-mail | index | archive | help
FYI,

Panic with sources from Feb. 20th 02:00 CET.

FreeBSD talisker 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Thu Feb 20 22:42:15 CET 2003
root@talisker:/usr/src/sys/i386/compile/TALISKER i386


patric@talisker:/home/patric$ gdb -k /sys/i386/compile/TALISKER/kernel.debug /var/crash/vmcore.3
GNU gdb 5.2.1 (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-undermydesk-freebsd"...
panic: bwrite: buffer is not busy???
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x1d82099
fault code		= supervisor write, page not present
instruction pointer	= 0x8:0xc02dd53c
stack pointer	        = 0x10:0xd68edc68
frame pointer	        = 0x10:0xd68edc90
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, def32 1, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 13 (swi6: tty:sio clock)
trap number		= 12
panic: page fault
Stack backtrace:

syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
Uptime: 8h36m41s
Dumping 511 MB
ata0: resetting devices ..
done
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496
---
#0  doadump () at ../../../kern/kern_shutdown.c:239
239		dumping++;
(kgdb) bt
#0  doadump () at ../../../kern/kern_shutdown.c:239
#1  0xc0257439 in boot (howto=260) at ../../../kern/kern_shutdown.c:371
#2  0xc02576a3 in panic () at ../../../kern/kern_shutdown.c:542
#3  0xc029be52 in bwrite (bp=0xce6ccfa8) at ../../../kern/vfs_bio.c:842
#4  0xc029d611 in vfs_bio_awrite (bp=0xce6ccfa8) at ../../../kern/vfs_bio.c:1724
#5  0xc02a4fa7 in vop_stdfsync (ap=0xd68eda60) at ../../../kern/vfs_default.c:755
#6  0xc020f3d0 in spec_fsync (ap=0xd68eda60) at ../../../fs/specfs/spec_vnops.c:422
#7  0xc020e8a8 in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:123
#8  0xc0323b27 in ffs_sync (mp=0xc4208600, waitfor=2, cred=0xc1543e80, td=0xc04091a0) at vnode_if.h:612
#9  0xc02b27cb in sync (td=0xc04091a0, uap=0x0) at ../../../kern/vfs_syscalls.c:138
#10 0xc025701c in boot (howto=256) at ../../../kern/kern_shutdown.c:280
#11 0xc02576a3 in panic () at ../../../kern/kern_shutdown.c:542
#12 0xc037ed42 in trap_fatal (frame=0xd68edc28, eva=0) at ../../../i386/i386/trap.c:844
#13 0xc037ea22 in trap_pfault (frame=0xd68edc28, usermode=0, eva=30941337) at ../../../i386/i386/trap.c:758
#14 0xc037e510 in trap (frame=
      {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1070738224, tf_esi = -1001969344, tf_ebp = -695280496, tf_isp = -695280556, tf_ebx = 30941133, tf_edx = -1051358400, tf_ecx = -1001969304, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1070738116, tf_cs = 8, tf_eflags = 66050, tf_esp = -1071263219, tf_ss = -1069485760}) at ../../../i386/i386/trap.c:445
#15 0xc036e818 in calltrap () at {standard input}:96
#16 0xc02670e5 in softclock (dummy=0x0) at ../../../kern/kern_timeout.c:195
#17 0xc02432a1 in ithread_loop (arg=0xc1555e80) at ../../../kern/kern_intr.c:536
#18 0xc0242193 in fork_exit (callout=0xc02430d0 <ithread_loop>, arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:878
(kgdb) f 17
#17 0xc02432a1 in ithread_loop (arg=0xc1555e80) at ../../../kern/kern_intr.c:536
536					ih->ih_handler(ih->ih_argument);
(kgdb) l
531						mtx_unlock(&ithd->it_lock);
532						goto restart;
533					}
534					if ((ih->ih_flags & IH_MPSAFE) == 0)
535						mtx_lock(&Giant);
536					ih->ih_handler(ih->ih_argument);
537					if ((ih->ih_flags & IH_MPSAFE) == 0)
538						mtx_unlock(&Giant);
539				}
540			}
(kgdb) p ih->ih_argument
$1 = (void *) 0x0

HAND,
Patric
-- 
The problem with troubleshooting is that trouble shoots back.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030225193913.GA38522>