From: Rob Landley <rob@landley.net>
To: mochel@osdl.org
Cc: linux-kernel@vger.kernel.org
Subject: Patrick's Test9 suspend code.
Date: Sun, 9 Nov 2003 04:04:40 -0600 [thread overview]
Message-ID: <200311090404.40327.rob@landley.net> (raw)
So a few idiosyncrasies using patrick's suspend code (I.E. the one that
actually works for me. Mostly).
1) If you suspend a process (ctrl-z), suspend to disk, and the resume, the
suspended process is unfrozen. (Needless to say, this confuses bash job
control a bit, since my shell is also unfrozen, so ctrl-c isn't doing
anything here...) Try it with a big make, it's fun. :)
2) "Snapshotting memory" is _really_slow_ for a CPU bound task on a 900 mhz
celeron scanning the memory of a machine that has less than 200 megs of ram.
My guess is that the "suspend all the hardware" phase accidentally put the
CPU (or memory bus or some such) into a low-power state where it's still
running, but at maybe 1/10th normal speed.
3) Suspend works about 90% of the time (echo -e "disk" > /sys/blah), but every
once in a while I have one of two failure cases:
A) Either it panics (and then blanks the screen on my a few seconds later, yes
I've tried switching that off with setterm -blank, if anything that made it
happen faster after a panic.)
B) Or it resumes after the snapshot, booting back up to the desktop. No
"writing pages to disk" phase (that I've noticed). Repeatedly telling it to
suspend when it does this fails the same way, although I got it to suspend by
exiting X afterwards and suspending from the console. It's like there's an
uninitialized variable on the stack that's getting crap in it, or something.
(Nothing in the log about snapshotting having failed...)
This brings us to 2B) Snapshotting is way too opaque. It sits there for 15
seconds sometimes doing inscrutable things, with no progress indicator or
anything, and then either suspends, panics, or fails and fires the desktop
back up with no diagnostic message.
On the whole, this is really really cool, and if you have any suggestions how
I could help, I'm all ears. (I'm unlikely to poke into the code too
extensively this week, converting the bzip compression-side code to C is
still taking up my free time. I may take a whack at it for kicks if there's
some low hanging fruit, though. But that tends to lead me down ratholes (see
"bzip")...)
Rob
P.S. Is there a mailing list to discuss this on? I asked on the swsusp list
and they said no, that was for discussing the work of nigel and pavel, and
their stuff doesn't work for me. I'm happy to be a guinea pig to test out
new versions. I backup my laptop regularly. :)
next reply other threads:[~2003-11-09 10:08 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-09 10:04 Rob Landley [this message]
2003-11-13 13:08 ` Patrick's Test9 suspend code Pavel Machek
2003-11-16 0:30 ` Rob Landley
2003-11-16 13:13 ` Pavel Machek
2003-11-17 2:38 ` Rob Landley
2003-11-17 8:42 ` Pavel Machek
2003-11-17 16:45 ` Patrick Mochel
2003-11-17 21:11 ` Rob Landley
2003-11-18 12:02 ` Rob Landley
2003-11-18 18:22 ` Pavel Machek
2003-11-18 22:12 ` Rob Landley
2003-11-18 23:21 ` Pavel Machek
2003-11-19 5:26 ` Rob Landley
2003-11-19 9:18 ` Pavel Machek
2003-11-19 9:41 ` Rob Landley
-- strict thread matches above, loose matches on Subject: below --
2003-11-19 13:15 Samium Gromoff
2003-11-19 19:06 ` Pavel Machek
2003-11-20 17:26 Shaheed
2003-11-20 19:39 ` Rob Landley
2003-11-20 22:33 ` Shaheed
2003-11-20 22:41 ` Nigel Cunningham
2003-11-20 23:02 ` Shaheed
2003-11-21 6:46 ` Rob Landley
2003-11-21 20:09 ` Nigel Cunningham
2003-11-21 0:06 ` Pavel Machek
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=200311090404.40327.rob@landley.net \
--to=rob@landley.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mochel@osdl.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