Thinkpad R32 2.5.65-acpi

Thinkpad R32 2.5.65-acpi

[bperkins-ooduxAEi7gVg9hUCZPvPmw]

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:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: Thinkpad R32 2.5.65-acpi

[Lu Tong]

I has exactly the same problem with you on a IBM X22. the workaround is to comment out the "if (ec_ecdt && ec_ecdt->uid == uid) {...}" block in acpi_ec_add() of ec.c. the problem is due to some bug in space_hanlder management. btw, ShiftLeft (Local0, 0x08, Local0) is a right fix. 

--ltong

On Mon, Mar 24, 2003 at 02:06:51AM -0500, bperkins-ooduxAEi7gVg9hUCZPvPmw@public.gmane.org wrote:
> 
> 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:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

RE: Thinkpad R32 2.5.65-acpi

[Grover, Andrew]

> From: bperkins-ooduxAEi7gVg9hUCZPvPmw@public.gmane.org [mailto:bperkins@netspace.org] 
> evregion-0341: *** Error: Handler for [SystemMemory] 
> 		   returned AE_BAD_PARAMETER

I think these are coming from drivers/acpi/osl.c. Can you stick some
printks in there to confirm this? I'm guessing it's either map_memory or
get_physical_address. (don't forget the { } if adding a second line to a
conditional :)

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

include/acpi/acoutput.h. Looks for ACPI_DEBUG_DEFAULT (at the bottom)
and add "| ACPI_LV_VERBOSITY1", 2, or 3 depending on how much flood you
want. Recompile.

If it still overflows your dmesg buffer you can either enlarge the dmesg
buffer, or use a serial console to capture the output.

HTH -- Regards -- Andy


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Thinkpad R32 2.5.65-acpi

[bperkins-ooduxAEi7gVg9hUCZPvPmw]

Lu's hack fixes this.
I can look at it more closely if you want to try to get a real fix(tm).

Many more things seem to work, and there are no error messages.

osl-0912 [70] os_wait_semaphore     
	 : Failed to acquire semaphore[cff62580|1|0], AE_TIME
utmisc-0743 [69] ut_acquire_mutex      
	 : Thread 0 could not acquire Mutex [ACPI_MTX_Events] AE_TIME

When I close the lid or push the "Thinkpad" button.  Interestingly,
even though I get this error message when I hit the bightness buttons,
I can adjust the brightness.



How do I test sleeping?  The sleeping button doesn't seem to do anything.

--
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:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf