From owner-acpi-jp@jp.freebsd.org  Wed Oct 11 17:33:30 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id RAA33210;
	Wed, 11 Oct 2000 17:33:30 +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 RAA33205
	for <acpi-jp@jp.freebsd.org>; Wed, 11 Oct 2000 17:33:29 +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 RAA77722
	for <acpi-jp@jp.freebsd.org>; Wed, 11 Oct 2000 17:31:57 +0900 (JST)
	(envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp)
Message-Id: <200010110831.RAA77722@shidahara1.planet.sci.kobe-u.ac.jp>
To: acpi-jp@jp.freebsd.org
In-reply-to: Your message of "Tue, 10 Oct 2000 20:42:15 MST."
             <200010110342.e9B3gFh04186@mass.osd.bsdi.com>
Date: Wed, 11 Oct 2000 17:31:57 +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 851
Subject: [acpi-jp 851] Re: Latest ACPI megapatch update 
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 <200010110342.e9B3gFh04186@mass.osd.bsdi.com>, Mike Smith $B$5$s$$$o$/(B
:
>
>1)  nexus       2)   nexus               3)  nexus
>      |                |                       +----------+
>    acpi0            acpi0                     |          |
>      |                +-----------+         acpi0    nexus_pcib0
>   acpi_pci0           |           |           |          |
>      |             acpi_pci0     pci0      acpi_pci0    pci0
>     pci0
>

...
>
>This is like Approach 1.  I'm OK with doing this too, but tell me what 
>you think about Approach 3.

Oh sorry, I overlooked this phrease.
I think 1) is the best way because we utilize the benefit of 2) and 3) and
can easly manage I/O port resource as other device.

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 
