Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#12841 - [kernel26] Laptop doesn't wake up from suspend after updating kernel26 to 2.6.28-3

Attached to Project: Arch Linux
Opened by Jan Stępień (janek) - Sunday, 18 January 2009, 09:27 GMT
Last edited by Tobias Powalowski (tpowa) - Sunday, 21 June 2009, 20:22 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Thayer Williams (thayer)
Architecture i686
Severity Medium
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No

Details

Description:

pm-suspend causes my laptop to suspend properly however after waking it up the screen is black and the machine is not responding. Before updating kernel26 to 2.6.28-3 everything had worked fine.

Additional info:
* kernel26 2.6.28-3
* pm-utils 1.2.3-3

Steps to reproduce:
# pm-suspend
   pm-suspend.log (5 KiB)
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Sunday, 21 June 2009, 20:22 GMT
Reason for closing:  Fixed
Comment by Christian Babeux (SiB) - Sunday, 18 January 2009, 19:00 GMT
Having a similar problem here with kernel 2.6.28 and pm-utils 1.2.3-3. When waking up from suspend, the computer simply restart and does not resume from suspend. Suspend was previously working with kernel 2.6.27.
Comment by Christian Babeux (SiB) - Wednesday, 21 January 2009, 03:25 GMT
I updated the kernel to 2.6.28.1-1 and it fixed the hibernating issues for me.
Comment by Jan Stępień (janek) - Wednesday, 21 January 2009, 10:47 GMT
Yes, I confirm it. Kernel 2.6.28.1-1 solves the problem. Thank you, Christian.

The bug may be closed now.
Comment by Jan Stępień (janek) - Wednesday, 21 January 2009, 20:42 GMT
I'd like to cancel the closure request - the issue isn't solved yet. After a bit of testing I've found out that resuming from suspending works only once. After calling pm-suspend for the second time the result is similar to what has been described in the bug report. The laptop doesn't wake up properly.

Christian, could you please check whether the same problems occur on your machine?
Comment by Christian Babeux (SiB) - Wednesday, 21 January 2009, 22:56 GMT
Now it seems that my laptop won't hibernate properly again. I guess the first time was just luck. This bug is not fixed.
Comment by Jan Stępień (janek) - Sunday, 25 January 2009, 20:05 GMT
Resuming from suspending doesn't work at all. I'm unable to reproduce a situation when my Arch wakes up at least once. It was a fluke that it did resume, I do not know how did it happen.
Comment by Piotr Bilski (mrd1987) - Monday, 26 January 2009, 06:41 GMT
I have this same problem. Interesting is that, if I suspend my laptop and I try resume machine after few minutes - all works properly but if I leave arch in suspend for all night - next morning laptop doesn't resume.

I'm using " --quirk-dpms-on --quirk-vbe-post" options in pm-suspend. When I used simply "pm-suspend" laptop doesn't resume even.
Comment by Jan Stępień (janek) - Monday, 26 January 2009, 14:07 GMT
In my case it isn't dependant on the period between suspending and resuming. Since kernel 2.6.28 it simply doesn't work at all.

I've checked "pm-supsend --quirk-dpms-on --quirk-vbe-post" you've suggested, Piotr - unfortunately it hasn't helped.
Comment by Thayer Williams (thayer) - Tuesday, 27 January 2009, 04:35 GMT
Sorry gang, I can't be of much help for the time being as I do not having a running Arch box.
Comment by Thayer Williams (thayer) - Sunday, 01 February 2009, 22:39 GMT
OK, time to get to the bottom of this...

1. Please make sure you have the latest kernel (2.6.28.2-1) and pm-utils (1.2.3-3 or 1.2.3-4)
2. Run 'pm-suspend' and/or 'pm-hibernate' (without additional flags) from the command line as root
3. If it fails to resume, please attach the resulting /var/log/pm-suspend.log and specify the make/model of your machine


Comment by Jan Stępień (janek) - Monday, 02 February 2009, 09:20 GMT
I've updated to kernel 26 2.6.28.2-1 and pm-utils 1.2.3-4 and made few tests of pm-suspend run without any arguments. Basing on my tests I conclude that the first suspension works correctly and the machine resumes without any obstructions. The second attempt to suspend is always identical to what I've reported at the top of this page.

I'm attaching pm-suspend.log created when the resuming failed.

I'm using Compal FL90. Some details about it may be found at

- http://www.notebookcheck.net/Review-Compal-FL90-Notebook.4209.0.html
- http://translate.google.com/translate?prev=hp&hl=en&u=http%3A%2F%2Feko.one.pl%2Findex.php%3Fpage%3Dcompalfl90&sl=pl&tl=en
   pm-suspend.log-fail-2nd (5.1 KiB)
Comment by Jan Stępień (janek) - Wednesday, 18 February 2009, 09:07 GMT
The bug still occurs on kernel 2.6.28.5-1 and pm-utils 1.2.4-1.
Comment by Adam Lloyd (lloyda2) - Monday, 23 February 2009, 20:43 GMT
I am having a similar problem with kernel 2.6.28.7-1 and pm-utils 1.2.4-1 on a Lenovo ThinkPad T61p.

I have also noticed that resuming only fails when suspending from X. Resume is successful (with the exception of the screen being blank) if I stop GDM and run pm-suspend from the console. I'm not sure if this is relevant, but I'm attaching my pm-suspend.log files for both cases.
   pm-suspend.log (4.6 KiB)
   pm-suspend-nox.log (5.6 KiB)
Comment by Jan Tulak (Zopper) - Thursday, 05 March 2009, 16:18 GMT
I have kernel 2.6.28.7-1 and pm-utils 1.2.4-3 on Compal FL90.
When I try use 'pm-utils --quirk-none', it work ok, but only if KDE 4.2 is not running (without X server or on Gnome it is working OK). When I try suspend on KDE 4.2, laptop not resume.
Comment by Adam Lloyd (lloyda2) - Monday, 09 March 2009, 05:59 GMT
With the latest nvidia package (180.29-3), my T61p suspends and resumes perfectly, even multiple consecutive times. I'm using pm-utils 1.2.4-3 and a custom kernel (2.6.28.7, based on the Arch default), but I didn't notice any difference until I updated nvidia.
Comment by Jan Stępień (janek) - Monday, 09 March 2009, 06:52 GMT
I've updated nvidia to 180.29-3. I regret to report that the problem persists.
Comment by Jan Tulak (Zopper) - Monday, 09 March 2009, 17:54 GMT
With the latest kernel26 (2.6.28.7-2) and kernel26-firmware ( 2.6.28-1) it is OK. The nvidia package i have same as I had when I send the report above.
Comment by Christian Babeux (SiB) - Tuesday, 17 March 2009, 23:09 GMT
The problem still occur on my Asus G1S with kernel 2.6.28.7-2. I can succesfully suspend one time. If I try to suspend after resuming, the laptop never resume correctly, I need to do a hard reboot.
Comment by Tobias Powalowski (tpowa) - Saturday, 09 May 2009, 11:40 GMT
status .29 kernel?
Comment by Nick Ogden (nogden) - Wednesday, 20 May 2009, 14:12 GMT
Same problem occurs here with 2.6.29.

Suspend / resume works on first attempt and then hangs with a black screen on resume from second suspend.
Comment by Thayer Williams (thayer) - Sunday, 07 June 2009, 16:38 GMT
There are just so many factors to flaky power management, many of them hardware-related, that this may go unresolved for a while...

For those who are still affected by this bug, please post your graphics card make/model and driver name/version.
Comment by Roman Kyrylych (Romashka) - Thursday, 18 June 2009, 07:37 GMT
and the status with kernel 2.6.30 is ...?
Comment by Ignas Anikevicius (Liuuutas) - Sunday, 21 June 2009, 20:19 GMT
For me the latest kernel (2.6.30) is working well. I don't experience the same problem which was present for me in the 2.6.29 kernel. I upgraded the kernel26 and kernel-firmware.

Actually, I only experienced it with 2.6.29. The machine is Thinkpad t43p 2668-PEG. After second suspnend no information could have been found in the logs.

Loading...