Bug 732370

Summary:	suspend-to-disk hangs and doesn't work
Product:	[openSUSE] openSUSE 12.1	Reporter:	Matwey Kornilov <matwey.kornilov>
Component:	Kernel	Assignee:	E-mail List <kernel-maintainers>
Status:	RESOLVED DUPLICATE	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None	CC:	andreas.bolsch, forgotten_xnWyJO8MVA
Version:	Final
Target Milestone:	---
Hardware:	x86
OS:	Other
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

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 ***