* Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list
@ 2003-07-21 1:14 ` Mikael Pettersson
0 siblings, 0 replies; 8+ messages in thread
From: Mikael Pettersson @ 2003-07-21 1:14 UTC (permalink / raw)
To: akpm-3NddpPZAyC0, andrew.grover-ral2JQCrhuEAvxtiuMwx3w,
eric.valette-GANU6spQydw, sziwan-DETuoxkZsSqrDJvtcaxF/A
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
On Sun, 20 Jul 2003 21:48:24 +0200, Eric Valette wrote:
>The following patch integrated in 2.5.74,
>
><http://lists.insecure.org/lists/linux-kernel/2003/Jun/5840.html>
>
>really enables the APIC even if BIOS disabled it. Unfortunately,
>enabling APIC really does not seem to work on this ASUS laptop and ACPI
>(which is mandatory) crash the kernel in ACPI code at boot time while
>"Executing all Devices _STA and_INIT methods"
>
>Unless someones find a bug in ACPI code related to APIC management, It
>is safer to add this machine in the DMI black list (along with DELL,
>IBM, ...).
>
>So, as suggested by the author of the problematic change, I added and
>entry in the DMI black list. But my guess is that most laptop will soon
>be present in this list....
At least two P4 laptops are known to require the 2.5.74 patch, and
they do work with the local APIC.
While I don't dispute your machine has some problem, please
do the following first before we completely blacklist it:
- ensure you have the latest BIOS (ftp.asuscom.de has the ones for
their desktop mainboards, presumably the laptop BIOSen are also there)
- in what way is ACPI mandatory? does it fail to boot, or does it
just lose some specific feature? If you just want suspend support,
try APM if the machine has it
A question for the ACPI people:
- Does the Linux kernel ACPI code ever transfer control to BIOS,
explicitly or implicitly via SMIs triggered by the interpreter?
If you do transfer control, do you disable interrupts and/or
the interrupt controllers before transferring control?
Entering BIOS with the local APIC live, in particular the timer,
is a known hang-generator with APM.
/Mikael
(. again in "I hate BIOS writers" mode, grr .)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list
@ 2003-07-21 1:14 ` Mikael Pettersson
0 siblings, 0 replies; 8+ messages in thread
From: Mikael Pettersson @ 2003-07-21 1:14 UTC (permalink / raw)
To: akpm, andrew.grover, eric.valette, sziwan; +Cc: acpi-devel, linux-kernel
On Sun, 20 Jul 2003 21:48:24 +0200, Eric Valette wrote:
>The following patch integrated in 2.5.74,
>
><http://lists.insecure.org/lists/linux-kernel/2003/Jun/5840.html>
>
>really enables the APIC even if BIOS disabled it. Unfortunately,
>enabling APIC really does not seem to work on this ASUS laptop and ACPI
>(which is mandatory) crash the kernel in ACPI code at boot time while
>"Executing all Devices _STA and_INIT methods"
>
>Unless someones find a bug in ACPI code related to APIC management, It
>is safer to add this machine in the DMI black list (along with DELL,
>IBM, ...).
>
>So, as suggested by the author of the problematic change, I added and
>entry in the DMI black list. But my guess is that most laptop will soon
>be present in this list....
At least two P4 laptops are known to require the 2.5.74 patch, and
they do work with the local APIC.
While I don't dispute your machine has some problem, please
do the following first before we completely blacklist it:
- ensure you have the latest BIOS (ftp.asuscom.de has the ones for
their desktop mainboards, presumably the laptop BIOSen are also there)
- in what way is ACPI mandatory? does it fail to boot, or does it
just lose some specific feature? If you just want suspend support,
try APM if the machine has it
A question for the ACPI people:
- Does the Linux kernel ACPI code ever transfer control to BIOS,
explicitly or implicitly via SMIs triggered by the interpreter?
If you do transfer control, do you disable interrupts and/or
the interrupt controllers before transferring control?
Entering BIOS with the local APIC live, in particular the timer,
is a known hang-generator with APM.
/Mikael
(. again in "I hate BIOS writers" mode, grr .)
^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <200307210114.h6L1El7M018996-gq7oiAaKCbRt3AgVzhmPzw@public.gmane.org>]
* Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list
2003-07-21 1:14 ` Mikael Pettersson
@ 2003-07-21 8:07 ` Eric Valette
-1 siblings, 0 replies; 8+ messages in thread
From: Eric Valette @ 2003-07-21 8:07 UTC (permalink / raw)
To: Mikael Pettersson
Cc: akpm-3NddpPZAyC0, andrew.grover-ral2JQCrhuEAvxtiuMwx3w,
sziwan-DETuoxkZsSqrDJvtcaxF/A,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
Mikael Pettersson wrote:
> While I don't dispute your machine has some problem, please
> do the following first before we completely blacklist it:
> - ensure you have the latest BIOS (ftp.asuscom.de has the ones for
> their desktop mainboards, presumably the laptop BIOSen are also there)
Have the latest BIOS from 3 June...
> - in what way is ACPI mandatory? does it fail to boot, or does it
> just lose some specific feature? If you just want suspend support,
> try APM if the machine has it
Many ACPI managed buttons, Fans, ...
--
__
/ ` Eric Valette
/-- __ o _. 6 rue Paul Le Flem
(___, / (_(_(__ 35740 Pace
Tel: +33 (0)2 99 85 26 76 Fax: +33 (0)2 99 85 26 76
E-mail: eric.valette-GANU6spQydw@public.gmane.org
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list
@ 2003-07-21 8:07 ` Eric Valette
0 siblings, 0 replies; 8+ messages in thread
From: Eric Valette @ 2003-07-21 8:07 UTC (permalink / raw)
To: Mikael Pettersson; +Cc: akpm, andrew.grover, sziwan, acpi-devel, linux-kernel
Mikael Pettersson wrote:
> While I don't dispute your machine has some problem, please
> do the following first before we completely blacklist it:
> - ensure you have the latest BIOS (ftp.asuscom.de has the ones for
> their desktop mainboards, presumably the laptop BIOSen are also there)
Have the latest BIOS from 3 June...
> - in what way is ACPI mandatory? does it fail to boot, or does it
> just lose some specific feature? If you just want suspend support,
> try APM if the machine has it
Many ACPI managed buttons, Fans, ...
--
__
/ ` Eric Valette
/-- __ o _. 6 rue Paul Le Flem
(___, / (_(_(__ 35740 Pace
Tel: +33 (0)2 99 85 26 76 Fax: +33 (0)2 99 85 26 76
E-mail: eric.valette@free.fr
^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <3F1B9F37.509-GANU6spQydw@public.gmane.org>]
* Re: [ACPI] Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list
2003-07-21 8:07 ` Eric Valette
@ 2003-07-21 15:59 ` Eric Valette
-1 siblings, 0 replies; 8+ messages in thread
From: Eric Valette @ 2003-07-21 15:59 UTC (permalink / raw)
To: eric.valette-GANU6spQydw
Cc: Mikael Pettersson, akpm-3NddpPZAyC0,
andrew.grover-ral2JQCrhuEAvxtiuMwx3w,
sziwan-DETuoxkZsSqrDJvtcaxF/A,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
>>The following patch integrated in 2.5.74,
>>
>><http://lists.insecure.org/lists/linux-kernel/2003/Jun/5840.html>
>>
>>really enables the APIC even if BIOS disabled it. Unfortunately,
>>enabling APIC really does not seem to work on this ASUS laptop and ACPI
>>(which is mandatory) crash the kernel in ACPI code at boot time while
>>"Executing all Devices _STA and_INIT methods"
>>
>>Unless someones find a bug in ACPI code related to APIC management, It
>>is safer to add this machine in the DMI black list (along with DELL,
>>IBM, ...).
>>
>>So, as suggested by the author of the problematic change, I added and
>>entry in the DMI black list. But my guess is that most laptop will soon
>>be present in this list....
>
> At least two P4 laptops are known to require the 2.5.74 patch, and
> they do work with the local APIC.
After a second though I think this kind of justification is not
appropriate :
- If we play this game of counting the machines that works with your
patch and the machines that breaks, we may end up removing this patch as
I have seen other with other laptop model also failing while executing
the _STA and _INI initialization...
- Anyway, there are already 3 machines in the black list includings two
very popular old dells...
> - in what way is ACPI mandatory? does it fail to boot, or does it
> just lose some specific feature? If you just want suspend support,
> try APM if the machine has it
Come on, APM is a thing from the past and any recent laptop does not
even care of supporting it now that Windows XP is bundled... And in any
case it is not supported by this particular machine...
> A question for the ACPI people:
> - Does the Linux kernel ACPI code ever transfer control to BIOS,
> explicitly or implicitly via SMIs triggered by the interpreter?
> If you do transfer control, do you disable interrupts and/or
> the interrupt controllers before transferring control?
While I tried to read the ACPI specs for the fisrt time this morning
searching for the meaning of _STA and _INI (and found the section
related to INI rather unclear) I suspect the _INI is just dedicated to
that purpose for escaping from legacy mode. But frankly, I got lost in
the code trying to see when and how the function is really called... I
would really like to have some help from ACPI development team on this
one...
But if a BIOS function is called and the BIOS expects the APIC disabled,
I would not blame BIOS writer if calling the function fails... So either
the APIC should be disabled again or the ACPI initialisation should be
done before turning the APIC on. But I have no idea about feasability...
> Entering BIOS with the local APIC live, in particular the timer,
> is a known hang-generator with APM.
My experienec 6 years ago writing a floppy network boot loader (in 32
bit mode with a BIOS trampoline) is that this is not sufficient : before
calling the BIOS, you should also restore the interrupt controller
status in the legacy mode you got when entering (e.g 8259 programmation
and especially PIC masks or any other legacy emultation). While this is
not required on many machines, on some machines others, the bootloader
just do not work without...
--
__
/ ` Eric Valette
/-- __ o _. 6 rue Paul Le Flem
(___, / (_(_(__ 35740 Pace
Tel: +33 (0)2 99 85 26 76 Fax: +33 (0)2 99 85 26 76
E-mail: eric.valette-GANU6spQydw@public.gmane.org
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [ACPI] Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list
@ 2003-07-21 15:59 ` Eric Valette
0 siblings, 0 replies; 8+ messages in thread
From: Eric Valette @ 2003-07-21 15:59 UTC (permalink / raw)
To: eric.valette
Cc: Mikael Pettersson, akpm, andrew.grover, sziwan, acpi-devel, linux-kernel
>>The following patch integrated in 2.5.74,
>>
>><http://lists.insecure.org/lists/linux-kernel/2003/Jun/5840.html>
>>
>>really enables the APIC even if BIOS disabled it. Unfortunately,
>>enabling APIC really does not seem to work on this ASUS laptop and ACPI
>>(which is mandatory) crash the kernel in ACPI code at boot time while
>>"Executing all Devices _STA and_INIT methods"
>>
>>Unless someones find a bug in ACPI code related to APIC management, It
>>is safer to add this machine in the DMI black list (along with DELL,
>>IBM, ...).
>>
>>So, as suggested by the author of the problematic change, I added and
>>entry in the DMI black list. But my guess is that most laptop will soon
>>be present in this list....
>
> At least two P4 laptops are known to require the 2.5.74 patch, and
> they do work with the local APIC.
After a second though I think this kind of justification is not
appropriate :
- If we play this game of counting the machines that works with your
patch and the machines that breaks, we may end up removing this patch as
I have seen other with other laptop model also failing while executing
the _STA and _INI initialization...
- Anyway, there are already 3 machines in the black list includings two
very popular old dells...
> - in what way is ACPI mandatory? does it fail to boot, or does it
> just lose some specific feature? If you just want suspend support,
> try APM if the machine has it
Come on, APM is a thing from the past and any recent laptop does not
even care of supporting it now that Windows XP is bundled... And in any
case it is not supported by this particular machine...
> A question for the ACPI people:
> - Does the Linux kernel ACPI code ever transfer control to BIOS,
> explicitly or implicitly via SMIs triggered by the interpreter?
> If you do transfer control, do you disable interrupts and/or
> the interrupt controllers before transferring control?
While I tried to read the ACPI specs for the fisrt time this morning
searching for the meaning of _STA and _INI (and found the section
related to INI rather unclear) I suspect the _INI is just dedicated to
that purpose for escaping from legacy mode. But frankly, I got lost in
the code trying to see when and how the function is really called... I
would really like to have some help from ACPI development team on this
one...
But if a BIOS function is called and the BIOS expects the APIC disabled,
I would not blame BIOS writer if calling the function fails... So either
the APIC should be disabled again or the ACPI initialisation should be
done before turning the APIC on. But I have no idea about feasability...
> Entering BIOS with the local APIC live, in particular the timer,
> is a known hang-generator with APM.
My experienec 6 years ago writing a floppy network boot loader (in 32
bit mode with a BIOS trampoline) is that this is not sufficient : before
calling the BIOS, you should also restore the interrupt controller
status in the legacy mode you got when entering (e.g 8259 programmation
and especially PIC masks or any other legacy emultation). While this is
not required on many machines, on some machines others, the bootloader
just do not work without...
--
__
/ ` Eric Valette
/-- __ o _. 6 rue Paul Le Flem
(___, / (_(_(__ 35740 Pace
Tel: +33 (0)2 99 85 26 76 Fax: +33 (0)2 99 85 26 76
E-mail: eric.valette@free.fr
^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <3F1C0DEE.8040509-GANU6spQydw@public.gmane.org>]
* Re: [ACPI] Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list
2003-07-21 15:59 ` Eric Valette
@ 2003-07-21 16:18 ` Karol Kozimor
-1 siblings, 0 replies; 8+ messages in thread
From: Karol Kozimor @ 2003-07-21 16:18 UTC (permalink / raw)
To: Eric Valette
Cc: Mikael Pettersson, akpm-3NddpPZAyC0,
andrew.grover-ral2JQCrhuEAvxtiuMwx3w,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
Thus wrote Eric Valette:
> Come on, APM is a thing from the past and any recent laptop does not
> even care of supporting it now that Windows XP is bundled... And in any
> case it is not supported by this particular machine...
While I agree with your first statement, I must object to the second: this
laptop, contrary to what the manual says, supports APM quite well indeed.
Anyway, turning ACPI off is not a solution.
Best regards,
--
Karol 'sziwan' Kozimor
sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [ACPI] Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list
@ 2003-07-21 16:18 ` Karol Kozimor
0 siblings, 0 replies; 8+ messages in thread
From: Karol Kozimor @ 2003-07-21 16:18 UTC (permalink / raw)
To: Eric Valette
Cc: Mikael Pettersson, akpm, andrew.grover, acpi-devel, linux-kernel
Thus wrote Eric Valette:
> Come on, APM is a thing from the past and any recent laptop does not
> even care of supporting it now that Windows XP is bundled... And in any
> case it is not supported by this particular machine...
While I agree with your first statement, I must object to the second: this
laptop, contrary to what the manual says, supports APM quite well indeed.
Anyway, turning ACPI off is not a solution.
Best regards,
--
Karol 'sziwan' Kozimor
sziwan@hell.org.pl
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2003-07-21 16:18 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-07-21 1:14 [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list Mikael Pettersson
2003-07-21 1:14 ` Mikael Pettersson
[not found] ` <200307210114.h6L1El7M018996-gq7oiAaKCbRt3AgVzhmPzw@public.gmane.org>
2003-07-21 8:07 ` Eric Valette
2003-07-21 8:07 ` Eric Valette
[not found] ` <3F1B9F37.509-GANU6spQydw@public.gmane.org>
2003-07-21 15:59 ` [ACPI] " Eric Valette
2003-07-21 15:59 ` Eric Valette
[not found] ` <3F1C0DEE.8040509-GANU6spQydw@public.gmane.org>
2003-07-21 16:18 ` Karol Kozimor
2003-07-21 16:18 ` Karol Kozimor
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.