RE: Linux 2.6-pre1 Does not boot on ASUS L3800C: lock up in acpi while "Executing all Devices _STA and_INIT methods"

RE: Linux 2.6-pre1 Does not boot on ASUS L3800C: lock up in acpi while "Executing all Devices _STA and_INIT methods"

[Grover, Andrew]

> From: Eric Valette [mailto:eric.valette@free.fr] 
> I happily run 2.4.21-pre5 with ACPI enabled and everything works just 
> fine. I tried today 2.6-pre1 with exactly the same hardware 
> configuration as the 2.4 one and the laptop does not boot. It hangs 
> while dispaying : "Executing all Devices _STA and_INIT methods" 
> allthough it has already printed several '.'

That's weird. They should have the same version of the ACPI code...

-- Andy

Re: Linux 2.6-pre1 Does not boot on ASUS L3800C: lock up in acpi while "Executing all Devices _STA and_INIT methods"

[Eric Valette]

Grover, Andrew wrote:
>>From: Eric Valette [mailto:eric.valette@free.fr] 
>>I happily run 2.4.21-pre5 with ACPI enabled and everything works just 
>>fine. I tried today 2.6-pre1 with exactly the same hardware 
>>configuration as the 2.4 one and the laptop does not boot. It hangs 
>>while dispaying : "Executing all Devices _STA and_INIT methods" 
>>allthough it has already printed several '.'
> 
> 
> That's weird. They should have the same version of the ACPI code...


Just to try to help, as suggested by Karol Kasimor, disabling the APIC 
make the code pass this section. The APIC is now really unconditionnaly 
enabled (regardless of BIOS settings) due to this change in 2.5.74...

<http://lists.insecure.org/lists/linux-kernel/2003/Jun/5840.html>

So this is an interaction between APIC and ACPI... I still think it 
should not crash at least...

BTW : I still cannot boot as the radeon framebuffer driver make things 
unreable. I will stcik with 2.4 for a while...

-- eric

Re: Linux 2.6-pre1 Does not boot on ASUS L3800C: lock up in acpi while "Executing all Devices _STA and_INIT methods"

[Karol Kozimor]

Thus wrote Eric Valette:
> BTW : I still cannot boot as the radeon framebuffer driver make things 
> unreable. I will stcik with 2.4 for a while...

Boot the framebuffer into 1024x768@60 mode, every other I tried simply
doesn't work.
Best regards,

-- 
Karol 'sziwan' Kozimor
sziwan@hell.org.pl

[PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list

[Eric Valette]

[-- Attachment #1: Type: text/plain, Size: 702 bytes --]

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....

-- eric

[-- Attachment #2: dmi_scan_black_list --]
[-- Type: text/plain, Size: 485 bytes --]

--- linux-2.6.0-test1/arch/i386/kernel/dmi_scan.c.orig	2003-07-20 17:09:10.000000000 +0200
+++ linux-2.6.0-test1/arch/i386/kernel/dmi_scan.c	2003-07-20 21:25:02.000000000 +0200
@@ -706,6 +706,12 @@
 			NO_MATCH, NO_MATCH
 			} },
 
+	{ local_apic_kills_bios, "ASUS L3C", {
+			MATCH(DMI_BOARD_VENDOR, "ASUSTeK Computer INC."),
+			MATCH(DMI_BOARD_NAME, "P4_L3C"),
+			NO_MATCH, NO_MATCH
+			} },
+
 	/* Problem Intel 440GX bioses */
 
 	{ broken_pirq, "SABR1 Bios", {			/* Bad $PIR */

RE: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list

[Grover, Andrew]

> From: Mikael Pettersson [mailto:mikpe@csd.uu.se] 
> 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>

> 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.

Yes, some OEMs (IBM, for one. I'm sure there are more) enter SMM when
executing control methods. The interpreter is just blithely going along
and writing values to mem and io ports -- it doesn't know it just
invoked SMM. Nothing is disabled.

BTW I'm getting a bunch of other reports starting with 2.5.74 (see
"linux laptop keyboard problem since 2.5.74"). 

So let me get this straight -- because 2 machines require this patch,
you want all the OTHER machines to go on the blacklist? Shouldn't the 2
machines get special-cased?

All these machines work under Windows, so there has to be a solution
that enables everyone to work.

Regards -- Andy

Re: [PATCH] Linux 2.6-pre-mm2 Fix crash on boot on ASUS L3800C if enabing APIC => add this machine to DMI black list

[Eric Valette]

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

Re: [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]

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 .)