From owner-acpi-jp@jp.freebsd.org  Tue Jun 20 12:30:54 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id MAA61016;
	Tue, 20 Jun 2000 12:30:54 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id MAA61009
	for <acpi-jp@jp.freebsd.org>; Tue, 20 Jun 2000 12:30:53 +0900 (JST)
	(envelope-from msmith@mass.osd.bsdi.com)
Received: from mass.osd.bsdi.com (localhost [127.0.0.1])
	by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id UAA11000;
	Mon, 19 Jun 2000 20:35:33 -0700 (PDT)
	(envelope-from msmith@mass.osd.bsdi.com)
Message-Id: <200006200335.UAA11000@mass.osd.bsdi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To: Warner Losh <imp@village.org>
cc: acpi-jp@jp.freebsd.org, freebsd-hackers@FreeBSD.ORG
In-reply-to: Your message of "Mon, 19 Jun 2000 21:18:09 MDT."
             <200006200318.VAA64942@harmony.village.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 19 Jun 2000 20:35:33 -0700
From: Mike Smith <msmith@freebsd.org>
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 432
Subject: [acpi-jp 432] Re: ACPI project progress report 
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: msmith@freebsd.org

> [[ cc trimmed ]]
> 
> S4 state is the lowest power, longest wakeup latency state supported
> by acpi.  In this state all devices are powered down.  The OS context
> is preserved.  That's how it is different from the G3 state
> (shutdown/power off).  It is not safe to take the computer apart when
> in S4 state, but it is in G3 state.  In addition, the machine may
> automatically be awoken from the S4 state, but not the G3 state.
> 
> Personally, I don't see why we can't just save to the
> partition/reserved area on the disk that is used for the current BIOS
> save to disk functionality.

Can we guarantee that we can find this area?  On eg. the Dell i7500 that 
I've been playing most with, it's a file on a FAT filesystem, and the 
BIOS will only "find" it if the filesystem is in the 'active' partition 
at boot time.

-- 
\\ Give a man a fish, and you feed him for a day. \\  Mike Smith
\\ Tell him he should learn how to fish himself,  \\  msmith@freebsd.org
\\ and he'll hate you for a lifetime.             \\  msmith@cdrom.com


