Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 4 Jul 2009 23:59:46 +0300
From:      Maxim Ignatenko <gelraen.ua@gmail.com>
To:        John Baldwin <jhb@freebsd.org>
Cc:        Anonymous <swell.k@gmail.com>, Hans Ottevanger <hansot@iae.nl>, Norikatsu Shigemura <nork@freebsd.org>, Robert Noland <rnoland@freebsd.org>, freebsd-current@freebsd.org
Subject:   Re: panic on acpi_cpu_c1()
Message-ID:  <ac42db050907041359n1b4c8222jed654bee9cbf2744@mail.gmail.com>
In-Reply-To: <4A4D3665.3060502@FreeBSD.org>
References:  <20090628034654.bdb728c4.nork@FreeBSD.org> <4A47A681.3040100@iae.nl>  <86bpo8b3y8.fsf@gmail.com> <1246220306.1759.43.camel@balrog.2hip.net>  <ac42db050906281344u23754cb6i66b523be8c255307@mail.gmail.com>  <4A4D3665.3060502@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
2009/7/3 John Baldwin <jhb@freebsd.org>:
> Maxim Ignatenko wrote:
>>>
>>> Fatal trap 30: reserved (unknown) fault while in kernel mode
>>> cpuid =3D 3; apic id =3D 03
>>> instruction pointer =C2=A0 =C2=A0 =3D 0x20:0xffffffff804bce56
>>> stack pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x20:0xffffff80000=
39b60
>>> frame pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x20:0xffffff80000=
39b70
>>> code segment =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D base 0x0, lim=
it 0xfffff, type 0x1b
>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =3D DPL 0, pres 1, long 1, def32 0, gran 1
>>> processor eflags =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D interrupt enabled, IOPL=
 =3D 0
>>> current process =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 11 (idle: cpu3)
>>> [thread pid 11 tid 100003 ]
>>> Stopped at =C2=A0 =C2=A0 =C2=A0acpi_cpu_c1+0x6: =C2=A0 =C2=A0 =C2=A0 =
=C2=A0leave
>>> db> bt
>>> Tracing pid 11 tid 100003 td 0xffffff8001863720
>>> acpi_cpu_c1() at acpi_cpu_c1+0x6
>>> acpi_cpu_idle() at acpi_cpu_idle+0x20c
>>> sched_idletd() at sched_idletd+0x123
>>> fork_exit() at fork_exit+0x117
>>> fork_trampoline() at fork_trampoline+0xe
>>
>> As for me, r194984 runs normally, but when I tried to boot with
>> r194985 at second try it paniced with backtrace very similar to shown
>> in first message, and at first try even earlier: in sched_ideltd and
>> again on instruction that uses %ebp when ebp =3D 0.
>> First time I stepped on this panic after updating to r195130:
>>
>> Trying to mount root from ufs:/dev/ufs/root
>>
>>
>> Fatal trap 30; reserved (unknown) fault while in kernel mode
>> cpuid =3D 1; apic id =3D 01
>> instruction ponter =C2=A0 =C2=A0 =C2=A0=3D 0x20:0xc09252c5
>> stack pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x28:0xc4ecec94
>> frame pointer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x28:0xc4ecec94
>> code segment =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D base 0x0, limi=
t 0xfffff, type 0x1b
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0=3D DPL 0, pres 1, def32 1, gran 1
>> processor eflags =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D interrupt enabled, IOPL =
=3D 0
>> current process =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 11 (idle: cpu1)
>> [thread pid 11 tid 100003]
>> Stopped at =C2=A0 =C2=A0 =C2=A00xc09252c5 =3D acpi_cpu_c1+0x5: =C2=A0 =
=C2=A0popl =C2=A0 =C2=A0 %ebp
>> db> bt
>> Tracing pid 11 tid 100003 td 0xc5176af0
>> acpi_cpu_c1(1,c4ececa8,1,0,c4ececc0,...) at 0xc09252c5 =3D acpi_cpu_c1+0=
x5
>> acpi_cpu_idle(c4ececd4,c093c0ab,0,c4ececf4,c066fdec,...) at 0xc04acf37
>> =3D acpi_cpu_idle+0x107
>> cpu_idle_acpi(0,c4ececf4,c066fdec,0,0,...) at 0xc093d5bb =3D
>> cpu_idle_acpi+0x1b
>> cpu_idle(0,0,c5176af0,c4ececf4,202,...) at 0xc093c0ab =3D cpu_idle+0x1b
>> sched_idletd(0,c4ececd38,a4108400,2c0a0e,7022d00,...) at 0xc066fdec =3D
>> sched_idletd+0x1c
>> fork_exit(c066fdd0,0,c4eced38) at 0xc0623aa1 =3D fork_exit+0x91
>> fork_trampoline() at 0xc0930c80 =3D fork_tramoline+0x8
>> --- trap 0, eip =3D 0, esp =3D 0xc4ececd70, ebp =3D 0 ---
>>
>>
>> P.S.: i386, dual-core, drm and radeon compiled as modules
>> When I'm trying to boot w/o ACPI support all seems work fine, but
>> system hangs just before starting kdm
>
> Please try http://www.FreeBSD.org/~jhb/patches/msi_assign.patch
>
Seems to work fine, thanks!



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