Thanks for the reply.  I've attached the disassembled dsdt from
"iasl -d  dsdt.dat".  I notice that the iasl output has "\_SB.PCI0" 
whereas the acpidmp output has "\_SB_.PCI0".  I'll try that with your 
fake_ecdt patch.

I do see an error and two warnings when I let iasl compile the dsdt:

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

dsdt.dsl  2620:                     Field (ECR, DWordAcc, Lock, Preserve)
Error    1048 -                              ^ Host Operation Region 
requires ByteAcc access

dsdt.dsl  2666:                     Method (_GLK, 1, NotSerialized)
Warning  2024 -                                ^ Reserved method has too 
many arguments ( _GLK requires 0)

thanks,
Rich

Ducrot Bruno wrote:
> On Sat, Jan 03, 2004 at 08:07:26PM -0600, Casey Harkins wrote:
> 
>>I think its now been determined that the problem is not from a missing
>>ECDT. Check out the bugzilla entry where work is being done to solve this
>>problem. I'm hoping to test the patch on one of our 400VTX's this week.
>>
>>http://bugzilla.kernel.org/show_bug.cgi?id=1744
> 
> 
> The patch initiazile EC(s) as the really first device(s) (but I am 
> perhaps wrong, since I read it really quickly though), which break
> acpi "spirit" imnsho.  The EC is a child of other devices and you
> have to be sure that those devices are initialized before EC (even
> though that is done by BIOS at POST already, due to legacy access
> in some laptops).
> 
> 
>>On Sat, 3 Jan 2004, Rich Ibbotson wrote:
>>
>>>Dear ACPI Gurus,
>>>
> 
> 
> [...]
> 
> 
>>>I do see an entry for "\_SB_.PCI0.LPCB.H_EC._REG" in the DSDT, though:
>>>
>>>000028c5:         Method _REG (\_SB_.PCI0.LPCB.H_EC._REG)
>>>000028cb:           ArgCount 2; NotSerialized
>>>000028cc:           If
>>>000028ce:             LAnd
>>>000028cf:               LEqual
>>>000028d0:                 Arg0
>>>000028d1:                 0x03
>>>000028d3:               LEqual
>>>000028d4:                 Arg1
>>>000028d5:                 0x01
>>>000028d7:             Store
>>>000028d8:               0x01
>>>000028da:               ECON (0000024e)
>>>000028de:             Store
>>>000028df:               \_SB_.PCI0.LPCB.H_EC.ACEX (00002844)
>>>000028f6:               \PWRS (00000160)
>>>
> 
> 
> Please do not use acpidmp, but iasl instead, or send a raw dsdt.
> 
> Look at http://acpi.sf.net/ for how to get iasl.
> 
> Cheers,
>