Re: Hibernation considerations

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 15 Jul 2007, Alan Stern wrote:

On Sun, 15 Jul 2007 [email protected] wrote:

for a pure hibernate mode, you will be powering off the box after saving
the suspend image. why are there any special ACPI modes involved?

Because, for example, on my machine the status of power supply (present
vs not present) is not updated correctly after the restore if ACPI callbacks
aren't used during the hibernation.  That's just experience and it's in line
with the ACPI spec.

so if a machine is actually powered off the /dev/suspend process won't
work?

remember that the system may run a different OS between the hibernate and
the resume, makeing any assumptions about what state the hardware is in
when you start the resume is a problem.

As I understand it, running a different OS between the hibernate and
the resume would violate the ACPI spec.

then we need a third mode of operation.

mode 1: Suspend-to-ram

the system is paused and put into a low-power mode but data remains in memory and the system stays awake enough to keep the memory refreshed.

mode 2: new

the system is paused, data is stored to permanent media, and the system is put into a ultra-low power mode.

mode 3: hibernate

the system is paused, data is stored to permanent media, and the system is powered off

with mode 3 there are no requirements or limitations about what can be done with the hardware before a resume (the resume could even take place on a different piece of identical hardware)

mode 2 could be what you are talking about doing, although I don't see any advantage of creating it in additon to mode 3, it doesn't use any less power and it locks the system so that it can't be used for anything else in the meantime. I guess if it was significantly faster to do then mode 3 there may be _some_ reason to consider it, but I don't see the speed difference.

David Lang
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux