From: Nigel Cunningham <nigel@suspend2.net>
To: linux-pm@lists.osdl.org
Cc: "Victor Porton, , , " <porton@ex-code.com>,
Pavel Machek <pavel@ucw.cz>,
linux-pm@osdl.org
Subject: Re: Re: standby to disk transition
Date: Tue, 14 Mar 2006 10:21:18 +1000 [thread overview]
Message-ID: <200603141021.23773.nigel@suspend2.net> (raw)
In-Reply-To: <20060313212420.GG10348@elf.ucw.cz>
[-- Attachment #1.1: Type: text/plain, Size: 2260 bytes --]
Hi.
On Tuesday 14 March 2006 07:24, Pavel Machek wrote:
> On Po 13-03-06 13:33:18, Dave Jones wrote:
> > On Mon, Mar 13, 2006 at 10:13:32AM +0100, Pavel Machek wrote:
> > > On Po 13-03-06 04:07:59, Adam Belay wrote:
> > > > On Mon, Mar 13, 2006 at 09:50:42AM +0100, Pavel Machek wrote:
> > > > > On Po 13-03-06 03:48:11, Adam Belay wrote:
> > > > > > The timeout feature could be done using the ACPI alarm
> > > > > > interface, but there's no reliable way of knowing how long the
> > > > > > system can remain in a suspend state on the x86 mobile platform,
> > > > > > so waking up at the right time would be tricky if not
> > > > > > impossible.
> > > > >
> > > > > Make it an hour... System should be able to stay suspended for an
> > > > > hour. IIRC Apple did something like this? I'd just be slightly
> > > > > worried about machine waking up itself just when you hit the
> > > > > turbulence in the airplane, or something like that.
> > > >
> > > > Hmm, but let's say the battery is 40% charged. Then it's not very
> > > > clear if it will last an hour. All of a sudden the issue becomes
> > > > system specific, or it may even depend on things like whether
> > > > wake-on-lan is enabled, right?
> > >
> > > 40% battery should still last 10+ hours in suspend-to-RAM, unless
> > > something is wrong.
> > >
> > > You *could* wakeup every minute or so to check the battery state; some
> > > PDAs actually do that.
> >
> > if suspend-to-disk is fast enough, you could just *always* write
> > to disk, even if we're doing S3. If power runs out, you then have a
> > valid resume image on-disk. iirc, this is what Windows does.
>
> Yep, I call that suspend-to-both. It is planned, but not really
> trivial, and I'm a little busy. If someone wants to help....
Actually it is really easy to do Pavel, so long as your code already has the
error handling that allows it to back out nicely. Just enter S3 at the point
where you'd otherwise power down, then on resume act like an error occured at
the last moment and back out.
Regards,
Nigel
--
See our web page for Howtos, FAQs, the Wiki and mailing list info.
http://www.suspend2.net IRC: #suspend2 on Freenode
[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
next prev parent reply other threads:[~2006-03-14 0:21 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-13 2:34 standby to disk transition Victor Porton,,,
2006-03-13 8:30 ` Pavel Machek
2006-03-13 8:48 ` Adam Belay
2006-03-13 8:50 ` Pavel Machek
2006-03-13 9:07 ` Adam Belay
2006-03-13 9:13 ` Pavel Machek
2006-03-13 18:33 ` Dave Jones
2006-03-13 21:24 ` Pavel Machek
2006-03-13 21:28 ` Dave Jones
2006-03-13 21:46 ` Pavel Machek
2006-03-13 22:06 ` Rafael J. Wysocki
2006-03-13 21:59 ` Nigel Cunningham
2006-03-13 22:08 ` Pavel Machek
2006-03-13 22:42 ` Rafael J. Wysocki
2006-03-13 23:11 ` Nigel Cunningham
2006-03-13 23:36 ` Rafael J. Wysocki
2006-03-14 0:18 ` Nigel Cunningham
2006-03-14 18:12 ` Rafael J. Wysocki
2006-03-14 20:33 ` Pavel Machek
2006-03-14 21:13 ` Rafael J. Wysocki
2006-03-14 21:22 ` Pavel Machek
2006-03-14 21:42 ` Alan Stern
2006-03-14 22:07 ` Rafael J. Wysocki
2006-03-15 15:14 ` Alan Stern
2006-03-14 21:57 ` Rafael J. Wysocki
2006-03-14 21:59 ` Pavel Machek
2006-03-15 0:22 ` suspend-to-both [was Re: Re: standby to disk transition] Pavel Machek
2006-03-14 20:29 ` Re: standby to disk transition Pavel Machek
2006-03-14 0:21 ` Nigel Cunningham [this message]
2006-03-14 9:50 ` Pavel Machek
2006-03-13 13:55 ` Nigel Cunningham
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=200603141021.23773.nigel@suspend2.net \
--to=nigel@suspend2.net \
--cc=linux-pm@lists.osdl.org \
--cc=linux-pm@osdl.org \
--cc=pavel@ucw.cz \
--cc=porton@ex-code.com \
/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