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?
--
Paolo Ornati
Linux 2.6.20-rc1-g99f5e971 on x86_64
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
On Mon, 18 Dec 2006 10:36:24 +0100
Stefan Seyfried <[email protected]> wrote:
> It depends on the BIOS. Many BIOSes have a setting where you can set the
> "power fail mode" to "on", "off" or "as before".
Ok, I've found the BIOS setting: Restore on AC Poer Loss = {Power Off,
Power On, Last State}.
Anyway I found strange that the "state" after s2disk is considered
"ON" ;)
--
Paolo Ornati
Linux 2.6.20-rc1-g99f5e971 on x86_64
On Mon, Dec 18, 2006 at 11:14:51AM +0100, Paolo Ornati wrote:
> On Mon, 18 Dec 2006 10:36:24 +0100
> Stefan Seyfried <[email protected]> wrote:
>
> > It depends on the BIOS. Many BIOSes have a setting where you can set the
> > "power fail mode" to "on", "off" or "as before".
>
> Ok, I've found the BIOS setting: Restore on AC Poer Loss = {Power Off,
> Power On, Last State}.
>
> Anyway I found strange that the "state" after s2disk is considered
> "ON" ;)
Well, that is a decision of your BIOS, 'if the machine was suspended,
treat "Restore on AC Power Loss" as "on" temporarily'. I don't know
if there is anything that linux can do for you in this case, but you
still can at least use shutdown mode to just "not tell the BIOS that
we suspended" :-)
--
Stefan Seyfried
QA / R&D Team Mobile Devices | "Any ideas, John?"
SUSE LINUX Products GmbH, N?rnberg | "Well, surrounding them's out."