Thinkpad R32 2.5.65-acpi

bperkins-ooduxAEi7gVg9hUCZPvPmw
2003-03-24T07:06:51Z

I've been playing around with ACPI power management a bit on my R32.

I'm a bit new to this, but I think I've done my homework. I Found the
ECDT table replacement stuff, and followed those instructions. This
lead to a number of errors right after initializing ACPI(right after
the PCI IRQ routing):

evregion-0341: *** Error: Handler for [SystemMemory]
returned AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed [\SMI_]
(Node c13b8728), AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed [\KCMD]
(Node c13bcda8), AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed [\_SB_.PCI0.
LPC_.EC__.PUBS._STA] (Node c131cea8), AE_BAD_PARAMETER
evregion-0341: *** Error: Handler for [SystemMemory]
returned AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed [\SMI_]
(Node c13b8728), AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed [\RBEC]
(Node c13b8ba8), AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed [\_SB_.PCI0.
LPC_.EC__.BAT0._STA] (Node c13194a8), AE_BAD_PARAMETER
evregion-0341: *** Error: Handler for [SystemMemory] returned
AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed
[\SMI_] (Node c13b8728), AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed
[\RBEC] (Node c13b8ba8), AE_BAD_PARAMETER
psparse-1121: *** Error: Method execution failed
[\_SB_.PCI0.LPC_.EC__.BAT1._STA] (Node c1319b28),
AE_BAD_PARAMETER

FWIW I get the same messages (or at least very similar) messages under
recent kernels (2.4 series with acpi patches , 2.5.65, and and acpi
patched 2.5.65.)

In /proc/acpi, there is no sleep file, there is an empty battery, an
empty ac_adapter directory, a CPU directory that seems to be
reasonable, and a thermal directory that says 50C all the time.

Closing and opening the lid leads to another series of error messages,
and little else. I won't get into that here.

I tried to enable ACPI debugging selectively so I might trace what was
going on, but I got pretty confused and gave up.

Anyway, so I thought I'd try to take a look at the dsdt code and
disassemble it. Interestingly, recompiling it produced an error:

dsdt.dsl 5881: ShiftLeft (Arg0, 0x08, Local0)
Error 1014 - ^ Method argument
is not initialized (Arg0)

This is from

Method (_L18, 0, NotSerialized)
{
Sleep (0x07D0)
Store (\KCMD (0xC9, 0x00), Local0)
Store (Local0, \RRBF)
If (LEqual (Local0, 0x2F))
{
BAD>> ShiftLeft (Arg0, 0x08, Local0)
Store (Or (0x2013, Local0), Local0)
\_SB.PCI0.LPC.EC.HKEY.MHKQ (Local0)
}

Notify (\_SB.SLPB, 0x02)
}

The line is pretty nonsensical, so I figured this couldn't be any worse
(and maybe what "they" meant to do in the first place):

ShiftLeft (Local0, 0x08, Local0)

So I compiled, and ran it. The table gets loaded, but everything
seems pretty much the same.

Also of note, I specifically went into dmi_scan and de-Blacklisted my
laptop from the smbus ban (and crossed my fingers), since I wan't sure
if that was causing problems and it seems unlikely to destroy anything
from what I've read (fingers crossed).

I suspect that I've attemted to fix one of the switches, which
probably won't fix any of the above error messages.

Anyway, any input on where to go from here would be helpful. I'm
rather amazed at how broken the tables are.

--
Hello, Justice Department? I'd like to report a subversive penguin.
--Tom Tomorrow "This Modern World"
Brian Perkins bperkins-ooduxAEi7gVg9hUCZPvPmw@public.gmane.org

-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod: