From owner-acpi-jp@jp.freebsd.org  Mon Jun 19 19:02:40 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id TAA89034;
	Mon, 19 Jun 2000 19:02:40 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id TAA89026;
	Mon, 19 Jun 2000 19:02:32 +0900 (JST)
	(envelope-from K.J.Koster@kpn.com)
Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JQSBNAUIV600047L@research.kpn.com>; Mon,
 19 Jun 2000 12:02:18 +0200
Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21)
	id <MPLNYST6>; Mon, 19 Jun 2000 12:02:17 +0100
Content-return: allowed
Date: Mon, 19 Jun 2000 12:02:16 +0100
From: "Koster, K.J." <K.J.Koster@kpn.com>
To: "'Bjoern Fischer'" <bfischer@Techfak.Uni-Bielefeld.DE>,
        Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
Cc: acpi-jp@jp.freebsd.org, dcs@newsguy.com, freebsd-current@FreeBSD.ORG,
        freebsd-hackers@FreeBSD.ORG
Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7674@l04.research.kpn.com>
MIME-version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-type: text/plain;	charset="iso-8859-1"
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 416
Subject: [acpi-jp 416] RE: ACPI project progress report
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: K.J.Koster@kpn.com

> 
> Just a moment. You talk about doing a `Save-to-Disk' (incl. 
> system halt), turning power off, maybe adding some hardware or
> moving the machine to another location, then switching on again,
> restoring the system context, and the machine will proceed as if
> nothing had happened, do you?
> 
I think FreeBSD supports something similar already. It's a little outdated
by modern computing standards, but it used to be called a "halt" or a
"reboot".

Advantage of those outdated concepts used to be that you could replace your
/kernel, adding for example a new driver for the new hardware, or after a
cvsup. Just curious, but are you planning to add such functionality to S4?

:)

    Kees Jan

==============================================
 Everyone is responsible for his own actions,
 and (people tend to forget this) the effect
 they have on others.
