From: <bpe...@ne...> - 2003-03-24 07:06:58
|
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 bpe...@ne... |
From: Lu T. <lt...@da...> - 2003-03-24 17:23:01
|
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, bpe...@ne... 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 bpe...@ne... > > > ------------------------------------------------------- > 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 > Acp...@li... > https://lists.sourceforge.net/lists/listinfo/acpi-devel |