Thanks, Bob.

> I think this code is the problem:
> 
> Scope(\_TZ_) {
>     ThermalZone(THRM) {
>         Name(_AL0, Package(0x1) {
>             FAN_,
>         })
> 
> 
> The name "FAN_" is not defined elsewhere in the namespace.

I guess that BIOS writer forgot to delete _AL0 definition :)
Instead, you can delete these lines and override DSDT, I think.
        Name(_AL0, Package(0x1) {
            FAN_,
        })

Thanks

To my memo:
DefinitionBlock (
    "acpi_dsdt.aml",    //Output filename
    "DSDT",             //Signature
    0x1,                //DSDT Revision
    "COMPAQ",           //OEMID
    "AWRDACPI",         //TABLE ID
    0x1000              //OEM Revision
)

> 
> Bob
> 
> 
> -----Original Message-----
> From: Thomas Seck [mailto:[EMAIL PROTECTED]] 
> Sent: Saturday, November 30, 2002 4:34 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [acpi-jp 2009] Re: ACPI errors w/ latest ACPI code on GA BX2000
> based system
> 
> * Mitsuru IWASAKI ([EMAIL PROTECTED]):
> 
> Iwasaki-san,
> list members,
> 
> > > >     ACPI-0438: *** Error: Looking up [FAN_] in namespace, AE_NOT_FOUND
> > > >     ACPI-1287: *** Error: Method execution failed, AE_NOT_FOUND
> > 
> > I think that this was caused by the following spec changes.
> > From CHANGES.txt:
> > ----
> > 22 October 2002.  Summary of changes for version 20021022.
> > 
> > 1) ACPI CA Core Subsystem:
> > 
> > Implemented a restriction on the Scope operator that the
> > target must already exist in the namespace at the time the
> > operator is encountered (during table load or method
> > execution).  In other words, forward references are not
> > allowed and Scope() cannot create a new object. This changes
> > the previous behavior where the interpreter would create the
> > name if not found.  This new behavior correctly enables the
> > search-to-root algorithm during namespace lookup of the target
> > name.  Because of this upsearch, this fixes the known Compaq
> > _SB_.OKEC problem and makes both the AML interpreter and iASL
> > compiler compatible with other ACPI implementations.
> > ----
> > 
> > Could you send your acpidump output to this acpi-jp ML?
> 
> Of course. And thank you very much for working on this. Please see the
> attached file.
> 
>      --Thomas
> 

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to