From owner-acpi-jp@jp.freebsd.org  Tue Nov 30 19:21:51 1999
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id TAA38811;
	Tue, 30 Nov 1999 19:21:51 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id TAA38800;
	Tue, 30 Nov 1999 19:21:47 +0900 (JST)
	(envelope-from dfr@nlsystems.com)
Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3])
	by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA17664;
	Tue, 30 Nov 1999 10:28:07 GMT
	(envelope-from dfr@nlsystems.com)
Date: Tue, 30 Nov 1999 10:28:07 +0000 (GMT)
From: Doug Rabson <dfr@nlsystems.com>
To: Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
cc: current@freebsd.org, freebsd-mobile@freebsd.org, acpi-jp@jp.freebsd.org
In-Reply-To: <199911291523.AAA00320@tasogare.imasy.or.jp>
Message-ID: <Pine.BSF.4.10.9911292022230.325-100000@salmon.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+990727
X-Sequence: acpi-jp 129
Subject: [acpi-jp 129] Re: ACPI project progress report - Nov.
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: dfr@nlsystems.com

On Tue, 30 Nov 1999, Mitsuru IWASAKI wrote:

> 5. AML interpreter implementation
>   We've just started based on Doug Rabson's acpitest program, but
> parsing AML and managing objects in the name space are almost
> finished.  We're going to make configuration utility first with AML
> interpreter in the userland, then move it to kernel space after brush
> it out.
> Please see
> http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/util/acpiconf?cvsroot=freebsd-jp

This sounds very promising. I will check out the code soon and try to give
feedback. Creating the ACPI namespace is a necessary first step before its
possible to do full AML interpreting.

> 
> 
> In the beginning of this project, we thought merging them to
> 4.0-RELEASE would be very much exciting, but it seems the codes are
> still young to merge and 4.0-RELEASE feature freeze is comming soon.
> We will try another chance, hopefully we have AML interpreter in
> kernel space at that time.

I think we should aim to do most of the work in 5.0 after we branch off
4.0. Perhaps some of it can be back-ported after it become stable in 5.0.

--
Doug Rabson				Mail:  dfr@nlsystems.com
Nonlinear Systems Ltd.			Phone: +44 181 442 9037



