amd64/131209: 7.1-STABLE amd64 crash

John Baldwin jhb at freebsd.org
Mon Feb 2 10:50:18 PST 2009


The following reply was made to PR amd64/131209; it has been noted by GNATS.

From: John Baldwin <jhb at freebsd.org>
To: Roar Pettersen <roar.pettersen at uib.no>
Cc: freebsd-amd64 at freebsd.org, Roar Pettersen <roar.pettersen at it.uib.no>,
        freebsd-gnats-submit at freebsd.org
Subject: Re: amd64/131209: 7.1-STABLE amd64 crash
Date: Mon, 2 Feb 2009 10:59:27 -0500

 On Monday 02 February 2009 10:34:39 am Roar Pettersen wrote:
 > Hello !
 > 
 > > Can you provide the full backtrace?  This stack frame is well after the 
 panic
 > > in the code that writes out the crash dump, so it is not very useful.
 > 
 > 
 > 
 > # kgdb kernel.debug /var/crash/vmcore.0
 > GNU gdb 6.1.1 [FreeBSD]
 > Copyright 2004 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 "amd64-marcel-freebsd"...
 > 
 > Unread portion of the kernel message buffer:
 > 
 > 
 > Fatal trap 12: page fault while in kernel mode
 > cpuid = 1; apic id = 01
 > fault virtual address   = 0x800000108
 > fault code              = supervisor read data, page not present
 > instruction pointer     = 0x8:0xffffffff8037690c
 > stack pointer           = 0x10:0xfffffffec329e5e0
 > frame pointer           = 0x10:0x0
 > code segment            = base 0x0, limit 0xfffff, type 0x1b
 >                          = DPL 0, pres 1, long 1, def32 0, gran 1
 > processor eflags        = interrupt enabled, resume, IOPL = 0
 > current process         = 25972 (cron)
 > trap number             = 12
 > panic: page fault
 > cpuid = 1
 > Uptime: 6h33m10s
 > Physical memory: 2039 MB
 > Dumping 411 MB: 396 380 364 348 332 316 300 284 268 252 236 220 204 188 
 > 172 156 140 124 108 92 76 60 44 28 12
 > 
 > Reading symbols from /boot/kernel/blank_saver.ko...Reading symbols from 
 > /boot/kernel/blank_saver.ko.symbols...done.
 > done.
 > Loaded symbols for /boot/kernel/blank_saver.ko
 > #0  0xffffffff802fa8fa in doadump () at 
 > /usr/src/sys/kern/kern_shutdown.c:238
 > 238             if (dumper.dumper == NULL) {
 > (kgdb) backtrace
 > #0  0xffffffff802fa8fa in doadump () at 
 > /usr/src/sys/kern/kern_shutdown.c:238
 > #1  0x0000000000000004 in ?? ()
 > #2  0xffffffff802fae29 in boot (howto=260) at 
 > /usr/src/sys/kern/kern_shutdown.c:417
 > #3  0xffffffff802fb232 in panic (fmt=Variable "fmt" is not available.
 > ) at /usr/src/sys/kern/kern_shutdown.c:572
 > #4  0xffffffff804fbc53 in trap_fatal (frame=0xffffff000a5dfa50, 
 > eva=Variable "eva" is not available.
 > )
 >      at /usr/src/sys/amd64/amd64/trap.c:735
 > #5  0xffffffff804fc025 in trap_pfault (frame=0xfffffffec329e530, 
 > usermode=0)
 >      at /usr/src/sys/amd64/amd64/trap.c:674
 > #6  0xffffffff804fc968 in trap (frame=0xfffffffec329e530)
 >      at /usr/src/sys/amd64/amd64/trap.c:571
 > #7  0xffffffff804e23ae in Xtss () at 
 > /usr/src/sys/amd64/amd64/exception.S:138
 > #8  0xffffffff8037690c in vattr_null (vap=0x0) at 
 > /usr/src/sys/kern/vfs_subr.c:536
 
 Is your source tree out of date wrt your kernel?  The kernel messages clearly 
 show a page fault, not a TSS fault as Xtss() would indicate.  Also, if 
 vattr_null() was passed a NULL pointer, it should have faulted at the start 
 of its routine rather than halfway through it.
 
 -- 
 John Baldwin


More information about the freebsd-amd64 mailing list