amd64/131209: 7.1-STABLE amd64 crash

[John Baldwin]

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