Date: Mon, 2 Feb 2009 10:59:27 -0500 From: John Baldwin <jhb@freebsd.org> To: Roar Pettersen <roar.pettersen@uib.no> Cc: Roar Pettersen <roar.pettersen@it.uib.no>, freebsd-gnats-submit@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902021059.28556.jhb@freebsd.org> In-Reply-To: <Pine.SOC.4.64.0902021633470.24318@alf.uib.no> References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902020849.06054.jhb@freebsd.org> <Pine.SOC.4.64.0902021633470.24318@alf.uib.no>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200902021059.28556.jhb>