Subject: Re: SOC project idea
To: Chuck Swiger <cswiger@mac.com>
From: Bucky Katz <bucky@picovex.com>
List: netbsd-users
Date: 03/09/2007 11:20:56
Chuck Swiger <cswiger@mac.com> writes:

> On Mar 8, 2007, at 2:07 PM, Manuel Bouyer wrote:
> [ ... ]

>> I was not talking about kernel change itself, just restoring the
>> kernel's state. If the kernel itself does it you can't just
>> block-copy from disk to ram. If something else does it - well,
>> what's this something else ?
>
> An ACPI-aware BIOS may have support for loading the state of RAM
> directly from disk, although the preferred method involves the OS
> being ACPI-aware and handling the load of RAM from disk itself using
> the OS-specific device drivers.  The former approach probably
> requires a dedicated partition which the BIOS uses, whereas the
> approach using the OS-specific drivers can read and write the state
> of memory to a file using whatever native filesystem(s) the OS
> itself supports.

ACPI is great for PCs, but sucks for embedded systems, which rarely,
if ever, have hardware support for ACPI. It would be nice if a
framework were able to cope with not relying on ACPI.