From owner-acpi-jp@jp.FreeBSD.org Wed Dec  4 19:59:48 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id gB4AxmI90828;
	Wed, 4 Dec 2002 19:59:48 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet id gB4Axl290821
	for <acpi-jp@jp.FreeBSD.org>; Wed, 4 Dec 2002 19:59:47 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5])
	by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id gB4Axji70422;
	Wed, 4 Dec 2002 19:59:45 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Message-Id: <20021204.195942.118944726.iwasaki@jp.FreeBSD.org>
To: acpi-jp@jp.FreeBSD.org, robert.moore@intel.com
Cc: freebsd-current@freebsd.org
From: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
In-Reply-To: <B9ECACBD6885D5119ADC00508B68C1EA0D19B95F@orsmsx107.jf.intel.com>
References: <B9ECACBD6885D5119ADC00508B68C1EA0D19B95F@orsmsx107.jf.intel.com>
X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Wed, 04 Dec 2002 19:59:42 +0900
X-Sequence: acpi-jp 2018
Subject: [acpi-jp 2018] Re: ACPI errors w/ latest ACPI code on GA BX20
 00 based system
Errors-To: owner-acpi-jp@jp.FreeBSD.org
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: iwasaki@jp.FreeBSD.org
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+021111

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:tmseck-lists@netcologne.de] 
> Sent: Saturday, November 30, 2002 4:34 AM
> To: acpi-jp@jp.FreeBSD.org
> Cc: freebsd-current@freebsd.org; iwasaki@jp.FreeBSD.org
> Subject: [acpi-jp 2009] Re: ACPI errors w/ latest ACPI code on GA BX2000
> based system
> 
> * Mitsuru IWASAKI (iwasaki@jp.FreeBSD.org):
> 
> 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
> 
