From owner-acpi-jp@jp.FreeBSD.org Sat Nov 30 12:57:21 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id gAU3vLX14360;
	Sat, 30 Nov 2002 12:57:21 +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 gAU3vK214355
	for <acpi-jp@jp.FreeBSD.org>; Sat, 30 Nov 2002 12:57:20 +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 gAU3vIi36786;
	Sat, 30 Nov 2002 12:57:18 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Message-Id: <20021130.125715.28771154.iwasaki@jp.FreeBSD.org>
To: acpi-jp@jp.FreeBSD.org, tmseck-lists@netcologne.de
Cc: freebsd-current@freebsd.org
From: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
In-Reply-To: <20021129005056.GA770@laurel.tmseck.homedns.org>
References: <20021129005056.GA770@laurel.tmseck.homedns.org>
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: Sat, 30 Nov 2002 12:57:15 +0900
X-Sequence: acpi-jp 2007
Subject: [acpi-jp 2007] Re: ACPI errors w/ latest ACPI code on GA BX2000
 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

Hi,

> A freshly built system with Now 28 sources now throws the ACPI errors
> seen in the dmesg output. The former ACPI snapshot did not complain in
> any way on this system.
[snip]
> >     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?

Thanks
