From owner-acpi-jp@jp.freebsd.org  Tue Jun 20 00:33:28 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id AAA18672;
	Tue, 20 Jun 2000 00:33:28 +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 AAA18664;
	Tue, 20 Jun 2000 00:33:27 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (isdn38.imasy.or.jp [202.227.24.230])
	by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e5JFXPp83116;
	Tue, 20 Jun 2000 00:33:25 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
To: imp@village.org
Cc: iwasaki@jp.FreeBSD.org, freebsd-current@FreeBSD.ORG,
        freebsd-hackers@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org
In-Reply-To: <200006190445.WAA53570@harmony.village.org>
References: <20000617002156A.iwasaki@jp.FreeBSD.org>
	<200006190445.WAA53570@harmony.village.org>
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: <20000620003323O.iwasaki@jp.FreeBSD.org>
Date: Tue, 20 Jun 2000 00:33:23 +0900
From: Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
X-Dispatcher: imput version 20000228(IM140)
Lines: 15
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 418
Subject: [acpi-jp 418] Re: ACPI project progress report 
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: iwasaki@jp.freebsd.org

imp> In message <20000617002156A.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes:
imp> : Hi, here is the latest report on our ACPI project's progress.
imp> 
imp> As I told you on the Train in Tokyo:  Cool!  Way Cool!  ACPI should
imp> enable us to properly put the chipsets in laptops to sleep and then
imp> wake them up again.  Right now pccard insert/removal can be missed
imp> when you put a laptop to sleep...

Yes, many of today's laptop BIOS are expecting that OS shouldn handle
this kind of things by executing the AML.  Good news, recently I wrote
accessing ioport stuff (roughly :-) and experimental code for
executing _PTS & _WAK method in kernel space.  On P2B based system, it
seems working fine :-)
Next step is implement accessing other bus spaces, physical memory
will be the target (and PCI config, SMBus...).  Can anybody help us on this?
