From owner-freebsd-current Fri Nov 29 19:57:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6DBC37B401 for ; Fri, 29 Nov 2002 19:57:40 -0800 (PST) Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F36C43EA9 for ; Fri, 29 Nov 2002 19:57:39 -0800 (PST) (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) Date: Sat, 30 Nov 2002 12:57:15 +0900 (JST) Message-Id: <20021130.125715.28771154.iwasaki@jp.FreeBSD.org> To: acpi-jp@jp.FreeBSD.org, tmseck-lists@netcologne.de Cc: freebsd-current@freebsd.org Subject: Re: [acpi-jp 2004] ACPI errors w/ latest ACPI code on GA BX2000 based system From: Mitsuru IWASAKI 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message