Looks like the stack got horribly corrupted... Bonus points for double
panic while dumping.
This is 5.0-RELEASE running on a Dell Inspiron 8200 laptop with ACPI
disabled (it crashes once or twice per day when ACPI is enabled).
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x36
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc030649c
stack pointer = 0x10:0xe5d8b658
frame pointer = 0x10:0xe5d8b658
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 = 29732 (flipscreen3d)
trap number = 12
panic: page fault
syncing disks, buffers remaining... panic: bdwrite: buffer is not busy
Uptime: 4d10h35m9s
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 /usr/src/sys/kern/kern_shutdown.c:232
232 dumping++;
(kgdb) bt
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:232
#1 0xc01f7f06 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:364
#2 0xc01f8153 in panic () at /usr/src/sys/kern/kern_shutdown.c:517
#3 0xc0236cbd in bdwrite (bp=0xce69e7f8) at /usr/src/sys/kern/vfs_bio.c:950
#4 0xc02d5b4b in ffs_update (vp=0xc41a87c4, waitfor=0)
at /usr/src/sys/ufs/ffs/ffs_inode.c:125
#5 0xc02e9d0f in ffs_fsync (ap=0xe5d8b48c)
at /usr/src/sys/ufs/ffs/ffs_vnops.c:315
#6 0xc02e8e1e in ffs_sync (mp=0xc415f600, waitfor=2, cred=0xc1509f00,
td=0xc039faa0) at vnode_if.h:612
#7 0xc024993b in sync (td=0xc039faa0, uap=0x0)
at /usr/src/sys/kern/vfs_syscalls.c:138
#8 0xc01f7b7c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:273
#9 0xc01f8153 in panic () at /usr/src/sys/kern/kern_shutdown.c:517
#10 0xc033ec42 in trap_fatal (frame=0xe5d8b618, eva=0)
at /usr/src/sys/i386/i386/trap.c:844
#11 0xc033e922 in trap_pfault (frame=0xe5d8b618, usermode=0, eva=54)
at /usr/src/sys/i386/i386/trap.c:758
#12 0xc033e4bd in trap (frame=
{tf_fs = 24, tf_es = 16, tf_ds = -438829040, tf_edi = -978624408, tf_esi = -1,
tf_ebp = -438782376, tf_isp = -438782396, tf_ebx = 0, tf_edx = -2, tf_ecx = 0, tf_eax
= 0, tf_trapno = 12, tf_err = 0, tf_eip = -1070570340, tf_cs = 8, tf_eflags = 66182,
tf_esp = -438782356, tf_ss = -1070570196})
at /usr/src/sys/i386/i386/trap.c:445
#13 0xc032f438 in calltrap () at {standard input}:98
#14 0xc030652c in vm_page_wakeup (m=0x0) at /usr/src/sys/vm/vm_page.c:324
#15 0xc058142f in ?? ()
#16 0xc05815b5 in ?? ()
#17 0xc04b6bff in ?? ()
#18 0xc04ac34c in ?? ()
#19 0xc04ac144 in ?? ()
#20 0xc04b937b in ?? ()
#21 0xc04b8e2b in ?? ()
#22 0xc0580bbf in ?? ()
#23 0xc057f1f7 in ?? ()
#24 0xc01c3cec in spec_ioctl (ap=0xffffffff)
at /usr/src/sys/fs/specfs/spec_vnops.c:352
#25 0xc01c35c8 in spec_vnoperate (ap=0x0)
at /usr/src/sys/fs/specfs/spec_vnops.c:126
#26 0xc0251b51 in vn_ioctl (fp=0xc48ccb7c, com=3223864871, data=0xe5d8bc54,
active_cred=0xc45dd680, td=0xc44e3e00) at vnode_if.h:488
#27 0xc0218e79 in ioctl (td=0xc44e3e00, uap=0xe5d8bd10) at file.h:227
#28 0xc033ef0e in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 11, tf_esi = 0, tf_ebp =
-1077939992, tf_isp = -438780556, tf_ebx = 672484484, tf_edx = 11, tf_ecx = 22372351,
tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 674342131, tf_cs = 31, tf_e---Type
<return> to continue, or q <return> to quit---
flags = 534, tf_esp = -1077940036, tf_ss = 47})
at /usr/src/sys/i386/i386/trap.c:1033
#29 0xc032f48d in Xint0x80_syscall () at {standard input}:140
---Can't read userspace from dump, or kernel process---
(kgdb) fr 14
#14 0xc030652c in vm_page_wakeup (m=0x0) at /usr/src/sys/vm/vm_page.c:324
324 vm_page_flag_clear(m, PG_BUSY);
(kgdb) up
#15 0xc058142f in ?? ()
--
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
