Skip site navigation (1)Skip section navigation (2)
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

--gqO6s7S91gFL8ZIQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jul 27, 2008 at 08:41:03PM +0200, Kris Kennaway wrote:
> Michael Toth wrote:
>=20
> >Reading symbols from /boot/kernel/acpi.ko...Reading symbols from=20
> >/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" : "=3Dr" (td));
> >(kgdb) backtrace
> >#0  doadump () at pcpu.h:195
> >#1  0xc0782597 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.=
c:418
> >#2  0xc0782859 in panic (fmt=3DVariable "fmt" is not available.
> >) at /usr/src/sys/kern/kern_shutdown.c:572
> >#3  0xc0a8b39c in trap_fatal (frame=3D0xe7d6ba90, eva=3D392) at=20
> >/usr/src/sys/i386/i386/trap.c:899
> >#4  0xc0a8b620 in trap_pfault (frame=3D0xe7d6ba90, usermode=3D0, eva=3D3=
92) at=20
> >/usr/src/sys/i386/i386/trap.c:812
> >#5  0xc0a8bfcc in trap (frame=3D0xe7d6ba90) at=20
> >/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=3D0xc600d174, tid=3D3318745216, opt=
s=3D0,=20
> >file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:339
> >#8  0xc09a93d7 in vm_fault (map=3D0xc56b5570, vaddr=3D671809536,=20
> >fault_type=3D2 '\002', fault_flags=3D8) at /usr/src/sys/vm/vm_fault.c:293
> >#9  0xc0a8b50b in trap_pfault (frame=3D0xe7d6bd38, usermode=3D1,=20
> >eva=3D671813488) at /usr/src/sys/i386/i386/trap.c:789
> >#10 0xc0a8be57 in trap (frame=3D0xe7d6bd38) at=20
> >/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
>=20
> 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.

--gqO6s7S91gFL8ZIQ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)

iEYEARECAAYFAkiMx30ACgkQC3+MBN1Mb4gf7QCfTS8buwH+Z/5r0ZROhLZXY8LF
DKEAn0dXfcszhvQMhweY5DDGfZsKMPvV
=Hua8
-----END PGP SIGNATURE-----

--gqO6s7S91gFL8ZIQ--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080727190742.GF97161>