From owner-freebsd-hackers Mon Jun 19 20:31:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 9E7B937BACA for ; Mon, 19 Jun 2000 20:30:57 -0700 (PDT) (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 Cc: acpi-jp@jp.freebsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: ACPI project progress report 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 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message