Bug 732370 - suspend-to-disk hangs and doesn't work
Summary: suspend-to-disk hangs and doesn't work
Status: RESOLVED DUPLICATE of bug 648742
Alias: None
Product: openSUSE 12.1
Classification: openSUSE
Component: Kernel (show other bugs)
Version: Final
Hardware: x86 Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-23 15:37 UTC by Matwey Kornilov
Modified: 2012-01-13 20:37 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matwey Kornilov 2011-11-23 15:37:23 UTC
User-Agent:       Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20100101 Firefox/8.0

When I suspend-to-disk from KDE it locks the screen, bring me to the console and after that my laptop is completely hangs. It doesn't copy memory pages to disk swap-partition, alt-sysrq doesn't respond. I have to use hard-reset.

Linux epsilon 3.1.0-1.2-desktop #1 SMP PREEMPT Thu Nov 3 14:45:45 UTC 2011 (187dde0) i686 i686 i386 GNU/Linux

Last messages from /var/log/messages at the moment of suspend.

Nov 23 09:38:28 epsilon rsyslogd: -- MARK --
Nov 23 09:38:29 epsilon dbus-daemon[808]: **** /proc/self/mountinfo changed
Nov 23 09:38:29 epsilon kernel: [ 3630.494184] PM: Marking nosave pages: 0000000
00009f000 - 0000000000100000
Nov 23 09:38:29 epsilon kernel: [ 3630.494190] PM: Basic memory bitmaps created


Reproducible: Always

Actual Results:  
system hangs

Expected Results:  
should suspend to disk and power off pc.

I don't know what kind of information about my PC is related to this bug, but I can provide it if will be requested.
Comment 1 Andreas Bolsch 2011-12-20 18:51:22 UTC
Actually had the same experience with two new quad core M5A78L-M LE & FX-4100 systems, whereas on two older double core systems with exactly same software setup it worked always fine.

After fiddling with the settings in /etc/suspend.conf it turned out that "compression=y" seems to cause the trouble. Neither "early writeout" nor "splash" affected the problem. Without compression, suspend to disk works on both new systems (whereas on the two systems it works regardless of the settings). 

So you might try whether "compression=n" cures the problem for you, too?
Comment 2 Matwey Kornilov 2011-12-21 17:39:12 UTC
Unfortunately, I have the same behavior with "compression=n"
Comment 3 Forgotten User xnWyJO8MVA 2012-01-13 20:37:57 UTC
Duplicate

*** This bug has been marked as a duplicate of bug 648742 ***