Re: STABLE kernel panic: privileged instruction fault

On Aug 16, 2010, at 11:31 PM, Kostik Belousov wrote:

> 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, =
disassemble
>>> 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.

(kgdb) disass 0xffffff8040d2cc83,0xffffff8040d2cca0
No function contains specified address.

I will build kernel with DDB tomorrow, install it on some servers and =
wait for the panic occurs.

--
Alexey Tarasov

(\__/)=20
(=3D'.'=3D)=20
E[: | | | | :]=D0=97=20
(")_(")

_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[e-mail]"