public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Stefan Seyfried <seife@suse.de>
To: Paolo Ornati <ornati@fastwebnet.it>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
Subject: Re: s2disk curiosity  :)
Date: Mon, 18 Dec 2006 10:36:24 +0100	[thread overview]
Message-ID: <20061218093624.GC960@suse.de> (raw)
In-Reply-To: <20061218100612.02d807f7@localhost>

On Mon, Dec 18, 2006 at 10:06:12AM +0100, Paolo Ornati wrote:
> Hello,
> 
> I'm using uswsusp and with commit
> 
> 	3592695c363c3f3119621bdcf5ed852d6b9d1a5c
> 	uswsusp: add pmops->{prepare,enter,finish} support (aka "platform mode")
> 
> 
> My PC power-light starts flashing during s2disk as expected (comment
> from the commit that fixes the same thing in in-kernel suspend):
> 
> "    [PATCH] swsusp: fix platform mode
> 
>     At some point after 2.6.13, in-kernel software suspend got "incomplete" for
>     the so-called "platform" mode.  pm_ops->prepare() is never called.  A
>     visible sign of this is the "moon" light on thinkpads not flashing during
>     suspend.  Fix by readding the pm_ops->prepare call during suspend."
> 
> 
> BUT: another thing that happens is that now my PC powers itself on
> _without_ pressing the power button (just by plugging the AC power).
> 
> 
> I don't like this all that much...
> 
> I understand this is probably MOBO specific but, is this behaviour
> expected/common?

Well, yes.
It depends on the BIOS. Many BIOSes have a setting where you can set the
"power fail mode" to "on", "off" or "as before". Now if you enter S4, the
BIOS might set the mode temporarily to "on" or whatever.
For example, many notebooks (have not tried lots of desktops :-) do a "very
quick boot mode" BIOS itialization if they went through the "proper" S4
sequence. On my toughbook and some FSC notebooks, this speeds up the
"power-button to GRUB"-time from ~10 seconds to ~1-2 seconds. The toughbook
even resumes from disk by just opening the lid.

This all is, however, BIOS specific. I have also seen BIOSes where it did
not matter at all.

If you don't like it, you can easily switch it off by 
"echo shutdown > /sys/power/disk" (in-kernel suspend) or by adding
"shutdown method = shutdown" to /etc/suspend.conf (userspace suspend).
You won't get the blinking light, though :-)
-- 
Stefan Seyfried                  \ "I didn't want to write for pay. I
QA / R&D Team Mobile Devices      \ wanted to be paid for what I write."
SUSE LINUX Products GmbH, Nürnberg \                    -- Leonard Cohen

  reply	other threads:[~2006-12-18  9:36 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-18  9:06 s2disk curiosity :) Paolo Ornati
2006-12-18  9:36 ` Stefan Seyfried [this message]
2006-12-18 10:14   ` Paolo Ornati
2007-01-02 10:44     ` Stefan Seyfried

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=20061218093624.GC960@suse.de \
    --to=seife@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ornati@fastwebnet.it \
    --cc=rjw@sisk.pl \
    /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