From owner-freebsd-hackers  Mon Jun 19  8:33:33 2000
Delivered-To: freebsd-hackers@freebsd.org
Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5])
	by hub.freebsd.org (Postfix) with ESMTP
	id 459A837B6BA; Mon, 19 Jun 2000 08:33:28 -0700 (PDT)
	(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
Subject: Re: ACPI project progress report 
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
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: 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?


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message