From owner-acpi-jp@jp.freebsd.org  Mon Oct  9 20:46:11 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id UAA51645;
	Mon, 9 Oct 2000 20:46:11 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from tasogare.imasy.or.jp (daemon@tasogare.imasy.or.jp [202.227.24.5])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id UAA51633
	for <acpi-jp@jp.freebsd.org>; Mon, 9 Oct 2000 20:46:10 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92])
	by tasogare.imasy.or.jp (8.10.2+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e99Bk9r07908
	for <acpi-jp@jp.freebsd.org>; Mon, 9 Oct 2000 20:46:09 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
To: acpi-jp@jp.freebsd.org
In-Reply-To: <200010090735.QAA65056@shidahara1.planet.sci.kobe-u.ac.jp>
References: <20001009000938Y.iwasaki@jp.FreeBSD.org>
	<200010090735.QAA65056@shidahara1.planet.sci.kobe-u.ac.jp>
X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20001009204608S.iwasaki@jp.FreeBSD.org>
Date: Mon, 09 Oct 2000 20:46:08 +0900
From: Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
X-Dispatcher: imput version 20000228(IM140)
Lines: 39
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 839
Subject: [acpi-jp 839] Re: Any objections for ACPICA migration?
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: iwasaki@jp.freebsd.org

> >emulation and developers are able to track the target AML on different
> >machine.  On the other hand, it seems that ACPICA debugger was
> >designed for running on the actual target machine.
> 
> It is not true. If we write Osd routine for emulate I/O,
> ACPICA debugger can do so.

I think it's self-evident :-)  Of course ACPICA debugger can do if we do.
OK, if the debugger was originally designed for running on a virtual
machine, I/O emulation component should come with ACPICA and we should
be able to have it already because it is most likely OS-independent.
However unfortunately I couldn't find it actually.  Also

% ./acpicadb ~/ACPI/data/VersaProNX.dsdt
ACPI Subsystem version [Oct  5 2000]
Parsing Methods:.........................................................................................
89 Control Methods found and parsed (604 nodes total)
ACPI Namespace successfully loaded at root 0x0x808b58c
- help general
	:
EnableAcpi                          Enable ACPI (hardware) mode
	:
- help namespace
	:
Event <F|G> <Value>                 Generate AcpiEvent (Fixed/GPE)
# not implemented yet though

How will you implement them and are they mandatry on a userland
virtual machine?

I meant above things.

> >code for a while.  Also it's good for our reference comparing their
> >implementaions in order to fit ACPICA code into FreeBSD more.
> 
> In this point,I agree with you.

OK, any other opinions?  I'll make patches for
usr.sbin/acpi/amldb/aml/ soon.
