Bugzilla – Bug 145294
Start supporting suspend-to-RAM
Last modified: 2007-06-05 11:20:52 UTC
Suspend-to-RAM might be finally in state where we could mark it as supported on selected machines. (Where selected machines are "those where we can get video resume to work.) In suspend.sf.net's cvs, there's s2ram C program. It includes DMI parsing code and initial whitelist with just my thinkpad. More video restore methods are needed, and whitelist really needs more entries.
Holger and me have already thought about unconditionally just enabling suspend to RAM during BETA, maybe with a first-time-warning in the kpowersave client, just to see how many bugreports we get. I have seen many machines where no video workaround is needed as long as the X server is running since X knows how to get video up again - many not too recent radeons and many i915's fall into that category IIRC. Maybe Andreas wants to decide something here ;-)
Well, I'd really prefer to do the whitelist thing, at least for final kernels. Some special arangements seem to be needed for some common machines, like thinkpad X32. (It suspend/resumes okay, but leaves backlight on, eating power a bit too quickly). It should be easy to call s2ram --test (or something like that), and if that returns success, no warning is needed -- it should just work. If machine is not in the whitelist, we may want the user to report working tricks back to us.
I had a quick look and I like it. I agree with Pavel to try this approach. At least for our "external" releases if not possible for our supported products. I also saw more and more machines during the last month where S2R worked out of the box. I will have a deeper look at it this week.
I would suggest to go to a whitelist - but we can do it unconditonally for the next beta first...
implementing right now.
Suspend-to-ram worked perfectly on my HP compaq nc2160 notebook running 10.1 beta4. After upgrading to 10.1 beta8, the screen remains always black after resuming from suspend-to-ram.
(In reply to comment #6) > Suspend-to-ram worked perfectly on my HP compaq nc2160 notebook running 10.1 > beta4. > After upgrading to 10.1 beta8, the screen remains always black after resuming > from suspend-to-ram. try booting with the boot parameter "noapic". If this helps, please open a separate bug against the kernel for this issue and add me to cc:
No, booting with noapic doesn´t make a difference (tried twice). Still black screen. Should I open a separate bug anyway?
(In reply to comment #8) > No, booting with noapic doesn´t make a difference (tried twice). Still black > screen. Should I open a separate bug anyway? Yes, please. This is a regression specific to your machine that should be tracked separately. Thanks.
I think this is now working.