Skip to contentSkip to conversation

swsusp documentation updates

DISCUSSION Karol Kozimor 1 participant 1 message May 5, 2004 ACPI

lore
Share & tools
lore
#0 lore raw

<[email protected]>, acpi, swsusp
Bcc:
Subject: Re: swsusp documentation updates
Reply-To:
In-Reply-To: <[email protected]>

Thus wrote Pavel Machek:

Review

Quoted 3 lines
(quoted diff) +3 -0
+Q: Does linux support ACPI S4?
+
+A: No.

I believe pmdisk uses proper S4 by default.

Review

Quoted 5 lines
(quoted diff) +5 -0
+That means that machine does not enter S4 on suspend-to-disk, but
+simply enters S5. That has few advantages, you can for example boot
+windows on next boot, and return to your Linux session later. You
+could even have few different Linuxes on your box (not sharing any
+partitions), and switch between them.

That's bogus. Entering S4 does not prevent booting multiple systems, or at least the ACPI spec does not contradict this possibility. S4 and S5 are nearly identical in that matter (see section 9.1.4).

Review

Quoted 2 lines
(quoted diff) +2 -0
+It also has disadvantages. On HP nx5000, if you unplug power cord
+while machine is suspended-to-disk, Linux will fail to notice that.

Hmm, people were reporting that on the swsusp mailing list. The aforementioned section contains some notes about hardware state changes over suspend, but I don't really know if Linux makes use of that.

Apart from that, there seem to differences in handling PMEs -- the RTC alarm event works fine for me if the box enters S4 and does not if it's at S5. Wake-On-LAN may suffer the same problems, depending on the machine.

If I may suggest something, it would be stupid to turn down S4 completely, especially that infrastructure to chose S4 over pm_power_off() already exists (/sys/power/).

Best regards,

Signature · 2 lines
Karol 'sziwan' Kozimor
[email protected]