FS#24029 - [pm-utils intel] blank screen after suspend, also inputs dead

Attached to Project: Arch Linux
Opened by mark (mmm) - Sunday, 01 May 2011, 18:24 GMT
Last edited by Allan McRae (Allan) - Saturday, 02 June 2012, 12:43 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture i686
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description:

Dear all,
at 29/Apr a started to experience broken suspend on my Archlinux. I'm on i686 netbook (intel_dri GMA945, Atom N270), running [testing]. First started on the 29th, my machine didn;t reboot for about a week, but suspends were all ok for/during the week time.

Synopsis: suspends goes (probably) well, the machine suspends, on wake up though --i move mouse or press keyboard-- ..like it seems cpu goes for a while (5sec - some sound, LED goes on) then nothing. Screen remains dark for all the time. All inputs seem death, cpu activity probbably goes off too - no SysRq keys, ctr+alt+del nothing. I have to hard power-off. This happens every time.

I tried:
* resuming from [testing]
* from [core]
* resume from tty (not kde)
* read the topic https://bbs.archlinux.org/viewtopic.php?id=116314
* and have the resume hook in mkinitcpio.conf
* boot param intel_idle.max_cstate=0
* didnt do bios disable power setting as my bios doesnt allow that
* change /etc/pm/config.d/module SLEEP_MODULE to kernel/uswsusp
* suspend via pm-suspend; s2ram; echo mem > /sys/power/state; rtcwake -m mem --- all same
* i even tried downgrading to 2011/04/14 & 2011/04/04 thanks to Arch Rollback Machine

Additional info:
I'm attaching various configs/logs. Now I'm clueless :( , please if onyone has an idea to try, let me know.


Steps to reproduce:
suspend on my machine and then wake

Thank you, Mark
This task depends upon

Closed by  Allan McRae (Allan)
Saturday, 02 June 2012, 12:43 GMT
Reason for closing:  Fixed
Additional comments about closing:  submitter reports fixed by magic!
Comment by mark (mmm) - Sunday, 01 May 2011, 18:25 GMT
there is a similar bug, which i have seen and requested reopened. but now i rather submitted this one.
Comment by mark (mmm) - Sunday, 01 May 2011, 18:30 GMT
I also looked at the quirks in /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler
and tried installing dmidecode & vbetool.
Tried with 2.6.38.{3,4}, 2.6.37 and 2.6.32-lts kernels.
Comment by mark (mmm) - Sunday, 01 May 2011, 18:33 GMT
my /etc/pm is defaul=empty
$ls /etc/pm/*
/etc/pm/conf.d:
module

/etc/pm/power.d:

/etc/pm/sleep.d:
Comment by mark (mmm) - Tuesday, 03 May 2011, 10:10 GMT
2.6.38.5 too..so i think it's not a kernel issue.
Comment by Tom Gundersen (tomegun) - Sunday, 22 May 2011, 00:25 GMT
@mmm: I don't know what might be wrong (but I had a look as you requested). The only thing I can suggest is this:

If your machine ever worked before, then revert to the packages from when it worked, and try to figure out which package update broke suspend.

Sorry that I cannot be of more help. There might be guides out there about how to debug suspend problems.
Comment by Tom Gundersen (tomegun) - Sunday, 22 May 2011, 14:21 GMT
Related: <https://lkml.org/lkml/2011/5/22/2>?
Comment by mark (mmm) - Sunday, 22 May 2011, 15:04 GMT
Tom, thank you for looking at this! Yes, it used to work as a charm, both suspend/hibernate. I tried the arch-rollback-machine but it didn't work somehow..maybe a went not deep enough in the past.
I'll check out the lkml as you suggested. Strange is the suspend seems to fail by default, but works if a hibernation has been done before (a hypothesis now:)
Anyways, thanks a lot!
Comment by mark (mmm) - Sunday, 22 May 2011, 16:19 GMT
well, i checked the issue on lkml as Tom suggested, it looks promissing. I replied there with my info, but resuming with 2.6.37 doesnt work for me (works for the reporter).
I'll try a custom kernel with the patch provided.

I also confirmed a strange workaround:
-fresh boot -> resume from suspend not working
-once hibernated -> since then resume is OK (till next fresh start)
Comment by Jan de Groot (JGC) - Wednesday, 09 November 2011, 10:33 GMT
  • Field changed: Status (Assigned → Waiting on Response)
What's the status with kernel 3.0 and 3.1 and current drivers?
Comment by mark (mmm) - Wednesday, 09 November 2011, 13:10 GMT
same old same old :(
was still present in 3.0, will test latest 3.1 soon but i dont expect much, i dont remember how the lkml thread ended, but nothing crystalized there..
Comment by mark (mmm) - Sunday, 20 November 2011, 22:53 GMT
..ok, nothing good on 3.1.1 with new 175-1 udev
Comment by Allan McRae (Allan) - Saturday, 02 June 2012, 12:05 GMT
status?

Loading...