From owner-acpi-jp@jp.freebsd.org  Mon Oct  9 21:13:09 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id VAA52930;
	Mon, 9 Oct 2000 21:13:09 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id VAA52925
	for <acpi-jp@jp.freebsd.org>; Mon, 9 Oct 2000 21:13:09 +0900 (JST)
	(envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp)
Received: from shidahara1.planet.sci.kobe-u.ac.jp (localhost [127.0.0.1])
	by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id VAA66356
	for <acpi-jp@jp.freebsd.org>; Mon, 9 Oct 2000 21:11:28 +0900 (JST)
	(envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp)
Message-Id: <200010091211.VAA66356@shidahara1.planet.sci.kobe-u.ac.jp>
To: acpi-jp@jp.freebsd.org
In-reply-to: Your message of "Mon, 09 Oct 2000 20:46:08 JST."
             <20001009204608S.iwasaki@jp.FreeBSD.org>
Date: Mon, 09 Oct 2000 21:11:28 +0900
From: Takanori Watanabe <takawata@shidahara1.planet.sci.kobe-u.ac.jp>
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 840
Subject: [acpi-jp 840] Re: Any objections for ACPICA migration?
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: takawata@shidahara1.planet.sci.kobe-u.ac.jp

In message <20001009204608S.iwasaki@jp.FreeBSD.org>, Mitsuru IWASAKI $B$5$s$$$o$/(B
:
>> >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)

First of all, we must override memory mapping function so that it can 
fake Memory map table. For example,if the mapping call is called
 with argument 0xa0000 map one page with this structure.

"RSD PTR "
(Checksum)
"FKHDR "
0
0x000100000


if the argument is  0x100000
"RSDT"
40
0
(checksum)
"FKHDR"
"FreeBSD5.0"
0x00000000
"IWAS"
0x00000000
0x200000

if the argument is 0x200000
"FACP"
sizeof(struct FACP)
0
(checksum)
"FKHDR"
"FreeBSD5.0"
0x00000000
"FBSD"
0x00000000
0x2001000
0x3000000
...(after them all 0)

if the argument is 0x3000000
Add header and load dsdt block after the header.

>ACPI Namespace successfully loaded at root 0x0x808b58c
>- help general
>	:
>EnableAcpi                          Enable ACPI (hardware) mode
>	:

Ignore !.

>- help namespace
>	:
>Event <F|G> <Value>                 Generate AcpiEvent (Fixed/GPE)
># not implemented yet though

This will invoke _[LEQ]XX, other than it , it will be ignored.

> are they mandatry on a userland
>virtual machine?

No, I don't think so.:-p




Takanori Watanabe
<a href="http://www.planet.sci.kobe-u.ac.jp/~takawata/key.html">
Public Key</a>
Key fingerprint =  2C 51 E2 78 2C E1 C5 2D  0F F1 20 A3 11 3A 62 2A 
