Date: Sun, 27 Jul 2008 22:07:42 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: Michael Toth <freebsd.mtoth@queldor.net> Cc: Kris Kennaway <kris@freebsd.org>, freebsd-stable@freebsd.org Subject: Re: 7.0 Crashing Message-ID: <20080727190742.GF97161@deviant.kiev.zoral.com.ua> In-Reply-To: <488CC13F.1020204@FreeBSD.org> References: <488CACD9.7060002@queldor.net> <488CBB02.1020105@FreeBSD.org> <488CBBAC.7040507@queldor.net> <488CC13F.1020204@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
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.
[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)
iEYEARECAAYFAkiMx30ACgkQC3+MBN1Mb4gf7QCfTS8buwH+Z/5r0ZROhLZXY8LF
DKEAn0dXfcszhvQMhweY5DDGfZsKMPvV
=Hua8
-----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080727190742.GF97161>