Date: Thu, 6 Apr 2000 16:22:48 +1000 (EST) From: Warren Toomey <wkt@cs.adfa.edu.au> To: stable@freebsd.org Subject: Help with consistent kernel panic Message-ID: <200004060622.QAA13782@henry.cs.adfa.edu.au>
next in thread | raw e-mail | index | archive | help
Hi all,
I'm getting a consistent kernel panic when doing a make buildworld
for 4.0-STABLE. This is on a new mobo, but happens on both UDMA and non-UDMA
disk drives, and even if I switch to wd.c.
I'm really not sure if it's software or hardware, but the fault virtual
address is around the same place:
fault virtual address = 0xbfc20170
fault virtual address = 0xbfc2017c
fault virtual address = 0xbfc2023c
and the page fault is always in pmap_remove_pages().
Is there a kind soul out there who would be prepared to poke at 3 captured
kernel core dumps and determine if this is hardware or software? I'd be
happy to give them a root ssh account on this new box so they could gdb -k.
Many thanks in advance,
Warren
P.S Here's an example stack trace.
Script started on Thu Apr 6 15:59:56 2000
Reading symbols from kernel.debug...done.
(kgdb) exec-file kernel.1
(kgdb) core-file vmcore.1
IdlePTD 2547712
initial pcb at 20a8a0
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xbfc2023c
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01c2c8b
stack pointer = 0x10:0xc61edee4
frame pointer = 0x10:0xc61edef4
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 = 432 (cpp)
interrupt mask = net bio cam
trap number = 12
panic: page fault
syncing disks... 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19
giving up on 19 buffers
Uptime: 2m2s
dumping to dev #ad/1, offset 73856
dump ata0: resetting devices .. done
63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
---
#0 boot (howto=256) at ../../kern/kern_shutdown.c:304
304 dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0 boot (howto=256) at ../../kern/kern_shutdown.c:304
#1 0xc012d140 in poweroff_wait (junk=0xc01ea82f, howto=-976618592)
at ../../kern/kern_shutdown.c:554
#2 0xc01c4991 in trap_fatal (frame=0xc61edea4, eva=3217162812)
at ../../i386/i386/trap.c:924
#3 0xc01c4669 in trap_pfault (frame=0xc61edea4, usermode=0, eva=3217162812)
at ../../i386/i386/trap.c:817
#4 0xc01c425f in trap (frame={tf_fs = -971112432, tf_es = -1071906800,
tf_ds = -1069023216, tf_edi = -976598164, tf_esi = -1067980116,
tf_ebp = -971055372, tf_isp = -971055408, tf_ebx = -1067980116,
tf_edx = 0, tf_ecx = -1077804484, tf_eax = 131644, tf_trapno = 12,
tf_err = 0, tf_eip = -1071895413, tf_cs = 8, tf_eflags = 66054,
tf_esp = -976598272, tf_ss = -1071696340}) at ../../i386/i386/trap.c:423
#5 0xc01c2c8b in pmap_remove_pages (pmap=0xc5ca4b6c, sva=0, eva=3217031168)
at ../../i386/i386/pmap.c:2917
#6 0xc01262fb in exit1 (p=0xc5c9fba0, rv=0) at ../../kern/kern_exit.c:215
#7 0xc01260e8 in exit1 (p=0xc5c9fba0, rv=0) at ../../kern/kern_exit.c:103
#8 0xc01c4bc2 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 0, tf_esi = -1, tf_ebp = -1077939104, tf_isp = -971055148,
tf_ebx = 672088484, tf_edx = 672088096, tf_ecx = 134684672, tf_eax = 1,
tf_trapno = 12, tf_err = 2, tf_eip = 671808580, tf_cs = 31,
tf_eflags = 647, tf_esp = -1077939148, tf_ss = 47})
at ../../i386/i386/trap.c:1073
#9 0xc01b77e6 in Xint0x80_syscall ()
Cannot access memory at address 0xbfbff460.
(kgdb) quit
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200004060622.QAA13782>