Date: Mon, 16 Aug 2010 22:39:48 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: Alexey Tarasov <me@lexasoft.ru> Cc: freebsd-stable@freebsd.org Subject: Re: STABLE kernel panic: privileged instruction fault Message-ID: <20100816193948.GW2396@deviant.kiev.zoral.com.ua> In-Reply-To: <55B93A70-9AD1-46EC-B1A0-FC73780ABCDE@lexasoft.ru> References: <D3520B14-5DB1-42B7-8D21-731D0BD45788@lexasoft.ru> <20100816184818.GS2396@deviant.kiev.zoral.com.ua> <E14B2DF6-3908-4429-A916-7A8731F7D510@lexasoft.ru> <20100816193112.GV2396@deviant.kiev.zoral.com.ua> <55B93A70-9AD1-46EC-B1A0-FC73780ABCDE@lexasoft.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
--QgvTbcZPsSS/HkXe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 16, 2010 at 11:35:36PM +0400, Alexey Tarasov wrote: >=20 > On Aug 16, 2010, at 11:31 PM, Kostik Belousov wrote: >=20 > > On Mon, Aug 16, 2010 at 11:21:15PM +0400, Alexey Tarasov wrote: > >> Hello Kostik! > >>=20 > >> On Aug 16, 2010, at 10:48 PM, Kostik Belousov wrote: > >>=20 > >>>>=20 > >>> The backtrace make absolutely no sense. I would not trust kgdb anyway. > >>>=20 > >>> Compile ddb in and do backtrace in console on the panic. Also, disass= emble > >>> the kernel at the fault address. I am very curious which instruction = causes > >>> this. This is stock GENERIC on the bare metal booted, right ? > >>=20 > >> Yes, stock GENERIC. > >>=20 > >> Please, check this out: > >>=20 > >> Dump of assembler code from 0xffffff0060c0b700 to 0xffffff0060c0b780: > >=20 > > Would be nice if you keep all requested data in one place, so that > > we do not need to search for the old mails to see the context. > >=20 > > According to your previous mail, the fault happen at the > > address > > instruction pointer =3D 0x20:0xffffff8040d2cc83 > > Your disassembled the stack instead. Please just do > > disass 0xffffff8040d2cc83,0xffffff8040d2cca0 > > in kgdb. > >=20 > > But also, I want to see the backtrace and disassembly output from ddb. >=20 > (kgdb) disass 0xffffff8040d2cc83,0xffffff8040d2cca0 > No function contains specified address. Err, it seems that old gdb accepts only spaces. Please try disass 0xffffff8040d2cc83 0xffffff8040d2cca0 instead. >=20 > I will build kernel with DDB tomorrow, install it on some servers and wai= t for the panic occurs. Ok. Did you checked for such things as rootkits ? --QgvTbcZPsSS/HkXe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxplAQACgkQC3+MBN1Mb4jUsQCeNQ3M0fU46t1VMQL0vyYblSo8 oDAAn3WlQRDs/HffApdzE8ZCWANCaf4Y =9Nxj -----END PGP SIGNATURE----- --QgvTbcZPsSS/HkXe--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100816193948.GW2396>