public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Karol Kozimor <sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
To: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
Cc: Andrew Morton <akpm-LJ1TwQYPT6cQrrorzV6ljw@public.gmane.org>,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	swsusp-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: swsusp documentation updates
Date: Wed, 5 May 2004 23:43:01 +0200	[thread overview]
Message-ID: <20040505214301.GA27339@hell.org.pl> (raw)

<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, acpi, swsusp
Bcc: 
Subject: Re: swsusp documentation updates
Reply-To: 
In-Reply-To: <1Srcw-5NU-25-p/DGQlpaD6yawLM+qSUpQg@public.gmane.org>

Thus wrote Pavel Machek:
> +Q: Does linux support ACPI S4?
> +
> +A: No.

I believe pmdisk uses proper S4 by default.

> +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).

> +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,

-- 
Karol 'sziwan' Kozimor
sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3

                 reply	other threads:[~2004-05-05 21:43 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040505214301.GA27339@hell.org.pl \
    --to=sziwan-detuoxkzssqrdjvtcaxf/a@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=akpm-LJ1TwQYPT6cQrrorzV6ljw@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=pavel-+ZI9xUNit7I@public.gmane.org \
    --cc=swsusp-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox