7.0 Crashing

[Kostik Belousov]

On Sun, Jul 27, 2008 at 08:41:03PM +0200, Kris Kennaway wrote:
> Michael Toth wrote:
> 
> >Reading symbols from /boot/kernel/acpi.ko...Reading symbols from 
> >/boot/kernel/acpi.ko.symbols...done.
> >done.
> >Loaded symbols for /boot/kernel/acpi.ko
> >#0  doadump () at pcpu.h:195
> >195             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> >(kgdb) backtrace
> >#0  doadump () at pcpu.h:195
> >#1  0xc0782597 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
> >#2  0xc0782859 in panic (fmt=Variable "fmt" is not available.
> >) at /usr/src/sys/kern/kern_shutdown.c:572
> >#3  0xc0a8b39c in trap_fatal (frame=0xe7d6ba90, eva=392) at 
> >/usr/src/sys/i386/i386/trap.c:899
> >#4  0xc0a8b620 in trap_pfault (frame=0xe7d6ba90, usermode=0, eva=392) at 
> >/usr/src/sys/i386/i386/trap.c:812
> >#5  0xc0a8bfcc in trap (frame=0xe7d6ba90) at 
> >/usr/src/sys/i386/i386/trap.c:490
> >#6  0xc0a71bdb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
> >#7  0xc0775284 in _mtx_lock_sleep (m=0xc600d174, tid=3318745216, opts=0, 
> >file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:339
> >#8  0xc09a93d7 in vm_fault (map=0xc56b5570, vaddr=671809536, 
> >fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:293
> >#9  0xc0a8b50b in trap_pfault (frame=0xe7d6bd38, usermode=1, 
> >eva=671813488) at /usr/src/sys/i386/i386/trap.c:789
> >#10 0xc0a8be57 in trap (frame=0xe7d6bd38) at 
> >/usr/src/sys/i386/i386/trap.c:357
> >#11 0xc0a71bdb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
> >#12 0x2806e607 in ?? ()
> >Previous frame inner to this frame (corrupt stack?)
> >(kgdb) q
> 
> Not much there, check for RAM/hardware problems.

Yes, it does not look sensible. Just to be sure, show the source
lines around vm/vm_fault.c:293, and, from the frame 8,
print the content of the fs and fs.first_object.

The fault address 0x188 would suggest that some NULL pointer dereference
is being performed, but assuming faulted line is
	VM_OBJECT_LOCK(fs.first_object);
no appropriate structure member with offset 0x188 could be imagined.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080727/e41c5976/attachment.pgp