Acer Extensa 3002 WLMi: Help wanted fixing the DSDT

Hello!

I've exported the DSTD of my notebook (Acer Extensa 3002 WLMi) and tried to recompile it:

--:<---

Intel ACPI Component Architecture
ASL Optimizing Compiler / AML Disassembler version 20040715 [Sep 22 2004] Copyright (C) 2000 - 2004 Intel Corporation
Supports ACPI Specification Revision 2.0c

dsdt.dsl.orig 245: Method (_WAK, 1, NotSerialized)
Warning 2026 - ^ Reserved method must return a
value (_WAK)

dsdt.dsl.orig 4901: Method (_STA, 0, NotSerialized)
Warning 2019 - Not all control paths return a value ^ (_STA)

dsdt.dsl.orig 4901: Method (_STA, 0, NotSerialized)
Warning 2026 - Reserved method must return a value ^ (_STA)

ASL Input:  dsdt.dsl.orig - 5430 lines, 203286 bytes, 2595 keywords
AML Output: DSDT.aml - 22082 bytes 643 named objects 1952 executable opcodes

Compilation complete. 0 Errors, 3 Warnings, 0 Remarks, 723 Optimizations

--:<---

I've fixed the errors according to information I found in the list and other sources:

--:<---

diff -c orig/dsdt.dsl.orig fixed/dsdt.dsl
*** orig/dsdt.dsl.orig 2005-08-23 23:51:15.000000000 +0200
--- fixed/dsdt.dsl 2005-08-27 19:50:55.000000000 +0200
***************
*** 295,300 ****
--- 295,301 ----

          }

          Store (0x00, \_SB.SLEE)
+       Return(Package(0x02){0x00, 0x00})
      }

      Scope (_GPE)
***************
*** 4917,4922 ****
--- 4918,4927 ----
                                              Return (0x0F)
                                          }
                                      }

+ Else
+ {
+ Return (0x08)
+ }

                                  }
                                  Else
                                  {

--:<---

Then I patched the DSDT with the code from the sbs-linux project (sbs-cm-20050328, acer-tm4xxx-sbs-cm.diff). Recompiling gives some errors I haven't fixed yet:

--:<---

Intel ACPI Component Architecture
ASL Optimizing Compiler / AML Disassembler version 20040715 [Sep 22 2004] Copyright (C) 2000 - 2004 Intel Corporation
Supports ACPI Specification Revision 2.0c

smbus-cm.asl 87: Method (_SBI, 0, NotSerialized)
Warning 2033 - Unknown reserved name ^ (_SBI)

smbus-cm.asl 147: Method (_SBR, 3, NotSerialized)
Warning 2033 - Unknown reserved name ^ (_SBR)

smbus-cm.asl 237: Method (_SBW, 5, NotSerialized)
Warning 2033 - Unknown reserved name ^ (_SBW)

smbus-cm.asl 314: Method (_SBA, 0, NotSerialized)
Warning 2033 - Unknown reserved name ^ (_SBA)

ASL Input:  dsdt.dsl - 5337 lines, 247867 bytes, 3171 keywords
AML Output: DSDT.aml - 25869 bytes 706 named objects 2465 executable opcodes

Compilation complete. 0 Errors, 4 Warnings, 0 Remarks, 921 Optimizations

--:<---

Does anybody know how to fix the DSDT?

Thanks,

Berthold

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php

Hello Berthold,

I've the same notebook.

With this Version I have had no chance to recompile my DSDT. When I try to load the changed DSDT my machine reboots immediytely - the produced code seems to be incorrect. Try version 20041203 (or newer)

Regards and good Luck
Olaf

BTW: If you want to you may get my patched DSDT - I've got the battery thing working. You may mail me if you are interested in this.

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php

Hello Olaf,

thanks a lot for the offer. Of course I'm interested.

At the moment I have a working 2.6.11.11 kernel with the SBS driver from Rich Townsend and suspend2. But I'd like to use a more recent kernel. So I have to get the DSDT working.

I've tried to compile newer versions of iasl on my system (Debian stable), but it always ended with some errors so far. So I got me a prebuild version 20040715 from the web, I found somewhere.

I had the reboot problem myself with the fixed version of my original DSDT (without sbs patch). It has something to do with the thermal management.
I got a lot of messages about increasing temperature in the logs and the system has shut itself down more or less immedeatly.
The system had to cool down a bit, before I tried to test a new kernel. After this, the system was stable after reboot.

I've tested my patched DSDT, although I got the error messages from the compiler (Just curiosity ...). With the sbs patch, the battery readout was working for some time. But after about 30 minutes the battery state wasn't available anymore.

Best regards,

Berthold

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php

hi!
I heard the extensa 3002 doesn't differ a lot from travelmate 4001(which is mine). my laptop works ok. it WORKS. but i've got a few problems:
1, i tried modifying my DSDT with sbs-linux's patch, the compile error
disappeared, but the battery reading wouldn't work. so i'm stuck with i2c-acpi-ec, which works fine, but needs some modification in newer kernels.
2, speedstep isn't recognised, though i've got centrino in here (I heard this
is because of incomplete BIOS acpi implementation), can this be fixed by fixing DSDT?

Hi Berthold,

I'll send it to you by mail. ( anyone else? :-) )

With the kernel < 2.6.12 i used the acpi-ec-nospinlock patch included in Richs sbs-package. Later i had to use the ec-burst patch from Luming Yu from here:

http://bugzilla.kernel.org/attachment.cgi?id=5574&action=view

Then I have to pass ec_burst=1 as kernel parameter. Without this my machine misses keystrokes when I'm typing "fast". (I use this with a 2.6.13 vanilla kernel)

Perhaps this has to do with the flex version on you machine. I've read about some problems due to a too recent version of this package. I'm using gentoo so I'm not sure, but there seems to be a flex-old (or something like that) for debian with which you may have more luck getting iasl compiled.

Yes but this even happens if you recompile a "unchanged" DSDT. So the produced code is not usable I'm afraid.

I'm using my patched dsdt since february this year and the battery status is working without any problems on different kernel versions. The only issue i had was the missing keystroke problem. BTW. I'm using the acpi-dsdt-initrd patch for "feeding" my dsdt to the kernel.

Best
Olaf

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php