Re: DSDT problems

[Ducrot Bruno <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>]

On Fri, May 16, 2003 at 06:21:25AM -0400, Mark Stocker wrote:
> Hi!  i've been working for a while now on getting acpi functioning completly 
> on my toshiba satellite 1625CDT.  I was having problems with the fan and 
> thermal zone, both of which i've fixed in the DSDT by removing these if 
> statements from the fan control methods and _TMP method in the TZ.
> 
>  If (LAnd (\_SB.PCI0.ISA.ECOK (), LEqual (ECDY, 0x00))) {}
> 
> i dont know what these statements are for, the best i can guess is ECOK 
> meaning if the EC is ready to be accessed?
> 
> the ECOK method is:
> 
>                 Method (ECOK, 0, NotSerialized)
>                 {
>                     If (LAnd (And (\_SB.PCI0.ISA.EC0.OPRG, 0x08), And (MFLG, 
> 0x01)))
>                     {
>                         Return (0x01)
>                     }
>                     Else
>                     {
>                         Return (0x00)
>                     }
>                 }
> 
> It seems anything that checks ECOK will not work properly.  is it dangerous to 
> remove the if statements like i have done?  I've tried editing the ECOK 
> method but nothing seems to help.
> The only problem im still having is battery info.  Battery shows as present no 
> matter what.  Removing the ECOK statements from the BAT0 device compiles DSDT 
> with no errors but i get this at boot:
> 
> Executing all Device _STA and_INI methods:...evregion-0251 [23] 
> ev_address_space
> _dispa: no handler for region(cbfce7c8) [EmbeddedControl]
>  exfldio-0235 [22] ex_access_region      : Region EmbeddedControl(3) has no 
> hand
> ler
>  psparse-1121: *** Error: Method execution failed [\_SB_.BAT0._STA] (Node 
> cbfe39
> 68), AE_NOT_EXIST
>   uteval-0098: *** Error: Method execution failed [\_SB_.BAT0._STA] (Node 
> cbfe39
> 68), AE_NOT_EXIST
> 
> battery info no longer shows up under /proc/acpi when i get the errors above.
> i cant think of anything else to try for now, any help or suggestions would be 

1. Remove any ECDY found (even the Name()).  Restore all
the removed ECOK() you did.
2. Try if you can change change ECOK:

Method (ECOK, 0, NotSerialized)
{
	Return (\_SB.PCI0.ISA.EC0.ECOK)
}

Change the Method \_SB.PCI0.ISA.EC0.ECOK._REG() to look like this:

                    Name (ECOK, Zero)
                    Method (_REG, 2, NotSerialized)
                    {
                        If (LEqual (Arg0, 0x03))
                        {
                            Store (Arg1, ECOK)
                        }
                    }
(also a better solution should be to add an ECDT table).



The whole ECDY trick etc. seems to be more for an old
version of a OS that is not used here.


PS: sound like it can use the omke kernel module
found in http://www.sf.net/projects/omke/

Please give me (but privately or in omnibook ML)
the output of a dmesg.

Note: it will faill, though, but it may work soon.

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com