OCZ Vertex 2 fails to fully resume from suspend to RAM

I have installed an OCZ Vertex 2 60GB SSD in my laptop and I cannot resume normally from S3 using pm-suspend or any other method.  It looks like / isn't remounting, however it does seem that home is remounting. 
I have flashed the firmware to the latest.  I tested suspend after a base install, with only acpi and hal (pm-utils being a dep for hal) and it failed. 
Here is fstab, mtab, and fdisk -l.  If any other information is needed let me know. 
Disk /dev/sda: 60.0 GB, 60022480896 bytes
255 heads, 63 sectors/track, 7297 cylinders, total 117231408 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xb8372fcd
Device Boot Start End Blocks Id System
/dev/sda1 2048 206847 102400 83 Linux
/dev/sda2 206848 21178367 10485760 83 Linux
/dev/sda3 21178368 117231407 48026520 83 Linux
proc /proc proc rw,relatime
sys /sys sysfs rw,relatime
udev /dev devtmpfs rw,nosuid,relatime,size=10240k,nr_inodes=502347,mode=755
/dev/disk/by-uuid/fd40337d-ed8a-4e76-be3f-aa09f5558998 / ext4 rw,noatime,barrier=1,data=ordered,discard
devpts /dev/pts devpts rw 0 0
shm /dev/shm tmpfs rw,nosuid,nodev 0 0
/dev/sda3 /home ext4 rw,noatime,discard 0 0
/dev/sda1 /boot ext2 rw 0 0
none /tmp tmpfs rw,nosuid,nodev,noatime,size=1000M,mode=1777 0 0
# /etc/fstab: static file system information
# <file system> <dir> <type> <options> <dump> <pass>
devpts /dev/pts devpts defaults 0 0
shm /dev/shm tmpfs nodev,nosuid 0 0
#/dev/cdrom /media/cd auto ro,user,noauto,unhide 0 0
#/dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0
#/dev/fd0 /media/fl auto user,noauto 0 0
UUID=8f046367-0eec-410f-b3b5-0e298e065c5e /home ext4 defaults,noatime,discard 0 1
UUID=a6f6aa9a-e5d8-4763-ad75-0b0b6c549929 /boot ext2 defaults 0 1
UUID=fd40337d-ed8a-4e76-be3f-aa09f5558998 / ext4 defaults,noatime,discard 0 1
none /tmp tmpfs nodev,nosuid,noatime,size=1000M,mode=1777 0 0
Here are some errors after suspend:
http://img180.imageshack.us/f/fserror.jpg/
http://yfrog.com/izfserror2j
I've also been advised to try enter S1, however I'm not sure how to do that since power states don't seem to work like this anymore (since kernel 2.6):
#echo 1 > sleep
I'm very frustrated at this point and I will be extremely gracious for any advice on this problem

I just successfully suspended to RAM.  I was redirecting the log file to text file to make sure it kept it.....here it is.  I'm going to check it out further to see if a package update fixed it, or if it was simply dumb luck.
/usr/lib/pm-utils/sleep.d/95led suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
Kernel modesetting video driver detected, not using quirks.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:
kernel.acpi_video_flags = 0
/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Mon Nov 1 19:35:30 CDT 2010: performing suspend
Initial commandline parameters:
Thu Nov 4 00:54:33 CDT 2010: Running hooks for suspend.
Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend:
Linux l33tpc 2.6.36-ARCH #1 SMP PREEMPT Sun Oct 31 09:29:11 CET 2010 x86_64 Genuine Intel(R) CPU U7300 @ 1.30GHz GenuineIntel GNU/Linux
Module Size Used by
cryptd 6262 0
aes_x86_64 7412 1
aes_generic 26170 1 aes_x86_64
ipv6 281961 14
ext2 63599 1
usb_storage 42540 0
uvcvideo 61404 0
videodev 64318 1 uvcvideo
v4l1_compat 15578 2 uvcvideo,videodev
v4l2_compat_ioctl32 10212 1 videodev
arc4 1378 2
ecb 2041 2
snd_hda_codec_intelhdmi 10645 1
snd_hda_codec_realtek 275631 1
i915 320893 2
snd_seq_dummy 1431 0
ath9k 79976 0
snd_seq_oss 28760 0
joydev 10055 0
snd_seq_midi_event 5436 1 snd_seq_oss
snd_hda_intel 22253 0
snd_seq 50082 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 5297 3 snd_seq_dummy,snd_seq_oss,snd_seq
uhci_hcd 21926 0
snd_hda_codec 79192 3 snd_hda_codec_intelhdmi,snd_hda_codec_realtek,snd_hda_intel
mac80211 195924 1 ath9k
drm_kms_helper 25963 1 i915
snd_pcm_oss 39157 0
snd_mixer_oss 17106 1 snd_pcm_oss
ath9k_common 3496 1 ath9k
snd_hwdep 6110 1 snd_hda_codec
drm 175314 2 i915,drm_kms_helper
ath9k_hw 289341 2 ath9k,ath9k_common
snd_pcm 71921 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
ath 8822 2 ath9k,ath9k_hw
ehci_hcd 36860 0
i2c_algo_bit 4911 1 i915
asus_laptop 14243 0
i2c_core 18726 5 videodev,i915,drm_kms_helper,drm,i2c_algo_bit
sparse_keymap 2563 1 asus_laptop
snd_timer 19265 2 snd_seq,snd_pcm
ac 3105 0
vboxdrv 1740411 0
battery 10039 0
cfg80211 142886 3 ath9k,mac80211,ath
snd 57562 11 snd_hda_codec_realtek,snd_seq_oss,snd_seq,snd_hda_intel,snd_seq_device,snd_pcm_oss,snd_hda_codec,snd_hwdep,snd_mixer_oss,snd_pcm,snd_timer
atl1c 31532 0
video 19305 1 i915
iTCO_wdt 10669 0
sg 25652 0
processor 25936 2
rfkill 15882 2 asus_laptop,cfg80211
soundcore 5969 1 snd
psmouse 52592 0
output 1940 1 video
iTCO_vendor_support 1801 1 iTCO_wdt
thermal 12242 0
button 4834 1 i915
usbcore 137506 5 usb_storage,uvcvideo,uhci_hcd,ehci_hcd
evdev 8519 7
serio_raw 4486 0
intel_agp 29427 2 i915
led_class 2331 2 ath9k,asus_laptop
pcspkr 1819 0
snd_page_alloc 7249 2 snd_hda_intel,snd_pcm
ext4 313574 2
mbcache 5722 2 ext2,ext4
jbd2 69002 1 ext4
crc16 1297 1 ext4
sd_mod 25824 4
ahci 20353 3
libahci 17886 1 ahci
libata 156316 2 ahci,libahci
scsi_mod 124859 4 usb_storage,sg,sd_mod,libata
total used free shared buffers cached
Mem: 4020904 219844 3801060 0 22892 53336
-/+ buffers/cache: 143616 3877288
Swap: 0 0 0
/usr/lib/pm-utils/sleep.d/00logging suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend:
/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/01grub suspend suspend:
/usr/lib/pm-utils/sleep.d/01grub suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend:
/usr/lib/pm-utils/sleep.d/11netcfg suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend:
Having NetworkManager put all interaces to sleep...Done.
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:
/usr/lib/pm-utils/sleep.d/75modules suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend:
/usr/lib/pm-utils/sleep.d/90clock suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/91wicd suspend suspend:
/usr/lib/pm-utils/sleep.d/91wicd suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend:
/usr/lib/pm-utils/sleep.d/95led suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
Kernel modesetting video driver detected, not using quirks.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:
kernel.acpi_video_flags = 0
/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Thu Nov 4 00:54:34 CDT 2010: performing suspend
Thu Nov 4 00:57:50 CDT 2010: Awake.
Thu Nov 4 00:57:50 CDT 2010: Running hooks for resume
Running hook /usr/lib/pm-utils/sleep.d/99video resume suspend:
/usr/lib/pm-utils/sleep.d/99video resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95led resume suspend:
/usr/lib/pm-utils/sleep.d/95led resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/91wicd resume suspend:
/usr/lib/pm-utils/sleep.d/91wicd resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/90clock resume suspend:
/usr/lib/pm-utils/sleep.d/90clock resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/75modules resume suspend:
Reloaded unloaded modules.
/usr/lib/pm-utils/sleep.d/75modules resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend:
Having NetworkManager wake interfaces back up...Done.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/49bluetooth resume suspend:
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/11netcfg resume suspend:
/usr/lib/pm-utils/sleep.d/11netcfg resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/01grub resume suspend:
/usr/lib/pm-utils/sleep.d/01grub resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave resume suspend:
/usr/lib/pm-utils/sleep.d/00powersave resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00logging resume suspend:
/usr/lib/pm-utils/sleep.d/00logging resume suspend: success.
Thu Nov 4 00:57:52 CDT 2010: Finished.
It failed again.  I have compared the logs and the last entry is :
/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Thu Nov 4 01:24:45 CDT 2010: performing suspend
Last edited by DarksideEE7 (2010-11-04 07:29:06)

Similar Messages

  • System freeze after resume from suspend to RAM

    Hi,
    since quite a while (probably ever) I am unable to suspend my computer to RAM because everytime it freezes a few seconds after resuming, never to become alive again until a reboot. After some investigation, I managed to get kernel logs by taking a picture of my screen. The logs were not written to disk, hence I didn't see anything before. I had to write these by hand, I hope I didn't insert any mistakes:
    kernel: sas: Enter sas_scsi_recover_host busy: 2 failed: 2
    kernel: sas: trying to find task 0xfff880008b5b680
    kernel: sas: sas_scsi_find_task: aborting task 0xfff880008b5b680
    kernel: sas: sas_scsi_find_task: task 0xfff880008b5b680 is aborted
    kernel: sas: sas_eh_handle_sas_errors: task 0xfff880008b5b680 is aborted
    kernel: sas: trying to find task 0xffff8804606ccb40
    kernel: sas: sas_scsi_find_task: aborting task 0xffff8804606ccb40
    kernel: sas: sas_scsi_find_task: task 0xffff8804606ccb40 is aborted
    kernel: sas: sas_eh_handle_sas_errors: task 0xffff8804606ccb40 is aborted
    kernel: sas: ata7: end_device-0:0: cmd error handler
    kernel: sas: ata8: end_device-0:1: cmd error handler
    kernel: sas: ata7: end_device-0:0: dev error handler
    kernel: ata7.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
    kernel: ata7.00: failed command: READ VERIFY SECTOR(S)
    kernel: ata7.00: cmd 40/00:01:00:00:00/00:00:00:00:00/e0 tag 11
    res 40/00:48:a0:79:88/00:00:07:00:00/40 Emask 0x4 (timeout)
    kernel: ata7.00: status { DRDY }
    kernel: ata7: hard resetting link
    kernel: sas: ata8: end_device-0:1: dev error handler
    kernel: ata8.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
    kernel: ata8.00: failed command: READ VERIFY SECTOR(S)
    kernel: ata8.00: cmd 40/00:01:00:00:00/00:00:00:00:00/e0 tag 11
    res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
    kernel: ata8.00: status { DRDY }
    kernel: ata8: hard resetting link
    This issue seems to be related to disk failures like bad sectors but I am quite sure, that my SSDs are in a good shape. I ran some SMART tests, they all turned out to be okay. Suspending from my dual-booted Windows works fine as well (although if the bad sector would be on the linux partition, it would probably not affect Windows).
    Here's my setup:
    $ lsblk -St
    NAME HCTL TYPE VENDOR MODEL REV TRAN NAME ALIGNMENT MIN-IO OPT-IO PHY-SEC LOG-SEC ROTA SCHED RQ-SIZE RA WSAME
    sda 1:0:0:0 disk ATA Corsair Force 3 2 sata sda 0 512 0 512 512 0 cfq 128 128 0B
    sdb 7:0:0:0 disk ST1000DM 003-9YN162 NDP3 usb sdb 0 512 0 512 512 1 cfq 128 128 0B
    sdc 0:0:0:0 disk ATA OCZ-REVODRIVE3 2.25 sas sdc 0 512 0 512 512 0 cfq 128 128 0B
    sdd 0:0:1:0 disk ATA OCZ-REVODRIVE3 2.25 sas sdd 0 512 0 512 512 0 cfq 128 128 0B
    sr0 2:0:0:0 rom TSSTcorp CDDVDW SH-222AL SB00 sata sr0 0 512 0 512 512 1 cfq 128 128 0B
    $ lsblk -f
    NAME FSTYPE LABEL UUID MOUNTPOINT
    sda
    ├─sda1 ntfs Recovery 567437B974379B27
    ├─sda2 vfat DC2D-099E /boot
    ├─sda3
    ├─sda4 ntfs FEBED982BED933BD
    ├─sda5 ext4 arch 41bad924-84a2-4e0a-9cd4-4ea723a2a5a3 /
    └─sda6 swap 793fb3c1-8bec-4023-a7c3-ee94eee2e67a [SWAP]
    sdb
    └─sdb1 ntfs HDDRIVE2GO 2212E50812E4E231
    sdc
    └─sdc1 linux_raid_member home:0 208937dc-2904-e71c-435a-9928671e07a3
    └─md0 ext4 revodrive ffe9d38f-87f2-44e1-ae26-f36c910af3c5 /home
    sdd
    └─sdd1 linux_raid_member home:0 208937dc-2904-e71c-435a-9928671e07a3
    └─md0 ext4 revodrive ffe9d38f-87f2-44e1-ae26-f36c910af3c5 /home
    I am not sure which one of the disks causes the freeze but I assume it's the revodrive because the logs talk about two drives. The Revodrive internally holds two drives, which are set up to operate in a RAID 0. Windows is installed on the Corsair drive, and has no access to the Revodrive. However, I used to run Windows on the Revodrive a few years ago, and it worked just fine.
    Another interesting thing is that when I try to test suspend to RAM, the system does not freeze, nor produce errors. This only happens if none is written to /sys/power/pm_test (which means no automated wake-up, no testing).
    Any ideas on how I could narrow down this issue? Thanks a lot!
    EDIT
    I just checked and confirmed that this issue is originating from the OCZ Revodrive:
    $ dmesg | grep ata7.00 | head
    [ 7.136432] ata7.00: ATA-8: OCZ-REVODRIVE3, 2.25, max UDMA/133
    [ 7.136436] ata7.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 31/32)
    [ 7.146442] ata7.00: configured for UDMA/133
    $ dmesg | grep ata8.00 | head
    [ 7.310018] ata8.00: ATA-8: OCZ-REVODRIVE3, 2.25, max UDMA/133
    [ 7.310023] ata8.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 31/32)
    [ 7.320022] ata8.00: configured for UDMA/133
    Last edited by tuttiarch (2015-01-31 15:54:29)

    Thank you for the link, unfortunally I don't have a NVIDIA card but use the Intel IGP (HD4600, Haswell) - maybe I should have mentioned that...
    And other than in this bug report I cannot kill X or anything because neither other TTYs work - I cannot input anything (although the hotkeys work weird enough) nor is SSHD running because the system is completely frozen...
    Very funny thing is that for the last 2 days my system didnt freeze once (suspended about 6-7 times during one boot), even though for the 2 weeks prior to that, it froze EVERY SINGLE TIME I resumed from suspend, it didnt work once...

  • Pc doesn't resume from suspend to ram anymore (new 3.4.2 kernel)

    hi.
    I was using nouveau without problem and with the little trick of using acpi_os_name="Microsoft Windows NT" kernel parameter, I was able to suspend to ram from gnome, and resume the pc without problem
    Not anymore. Now, if I suspend to ram, the pc does not resume. It correctly wake up the dvd drive, the hard-drive, began to read stuff on the hdd but the led of the power button stays blinking and the screen is not waken up.
    I am thinking this is due to the update of nouveau and a new regression but this seems related to the bios or hardware. For example. If after the broken resume, I hold down 10 seconds the power button to power off, and press it again to power on, the led is still blinking and it does not boot. I need to power off by removing the power cord.
    Is it because I run (to test it) the nvida-173xx, and that did something to the graphic card ?
    Did anyone got similar problem with the new nouveau driver ?
    I tried to downgrade libgl, libdrm, libdrm-nouveau, nouveau-dri, xf86-video-nouveau and mesa but I still got the problem. so ?
    I have a geforce 8300 GS. the pc is an inspiron 531
    Last edited by solstice (2012-06-18 08:56:49)

    Probably I have the same issue with geforce GTS250.
    After upgrading to kernel 3.4.2 or so, my system doesn't resume from suspend, only black screen and cannot switch to other ttys.
    I first thought this problem be caused by the kernel, but downgrading nvidia to 295.53-2 solved this problem on kernel 3.4.3 so this likely is caused by nvidia 302.17.
    In my case there is something like error in pm-suspend.log when resume failed:
    Fri Jun 22 05:36:12 JST: Awake.
    Fri Jun 22 05:36:12 JST: Running hooks for resume
    Running hook /usr/lib/pm-utils/sleep.d/99video resume suspend:
    /usr/lib/pm-utils/sleep.d/99video resume suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:
    /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/95led resume suspend:
    /usr/lib/pm-utils/sleep.d/95led resume suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:
    /usr/lib/pm-utils/sleep.d/94cpufreq resume suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/90clock resume suspend:
    /usr/lib/pm-utils/sleep.d/90clock resume suspend: success.
    Running hook /etc/pm/sleep.d/90alsa resume suspend:
    xcb_connection_has_error() returned true
    And curiously, if I had launched vlc media player before suspend, resume worked well even on nvidia 302.17.

  • Cannot resume from suspend to ram (fglrx)

    Hello,
    I have recently installed Catalyst drivers, instead of xf86-video-ati. I have laptop with PowerXPress(Intel/AMD hybrid graphics).
    I can't resume after suspend to ram. System freezes with black screen, tty switching doesn't work and I have to shutdown by holding power button.
    If I add "nomodeset" to GRUB, X fails to start. xorg.conf generated using "aticonfig --initial". Catalyst driver works fine.
    DE/DM: KDE 4/kwin
    Graphic cards: Intel HD Graphics 3000; AMD Radeon 7600M.
    Laptop: HP pavillion g6 2004er.

    Welcome to the forum!
    Yes, some Lenovo employees do read and post to this forum.  Mark is quite active, and several others post as well.  In addition, there are lurkers who just read without making public comments although sometimes they ask the mod team to either gather more information or pass along advice.
    However, here are the expectations of their participation from the Welcome message:
    These communities have been created to provide a high quality atmosphere in which users of Lenovo products and services may share experiences and expertise. While members from Lenovo may participate at intervals to engage in the discussions and offer advice and suggestions, this forum is not designed as a dedicated and staffed support channel.
    The bottom line is there's no guarantee that you will get an answer to a question here directly from Lenovo. 
    On the other hand, you just might!  ;-)
    English Community   Deutsche Community   Comunidad en Español   Русскоязычное Сообщество
    Jane
    2015 X1 Carbon, ThinkPad Slate, T410s, X301, X200 Tablet, T60p, HP TouchPad, iPad Air 2, iPhone 5S, IdeaTab A2107A, Yoga Tablet, Yoga 3 Pro
    I am not a Lenovo Employee.
    I AM one of those crazy ThinkPad zealots!
    If you find a post helpful and it answers your question, please mark it as an "Accepted Solution"!

  • Resume from suspend to ram fails (pm-utils)

    Hi,
    When I suspend to ram the computer seems to suspend normally, but the resume fails and it triggers a normal boot instead.
    I'm on a Lenovo Thinkpad X60 laptop with the 2.6.30 kernel and gnome-power-manager (pm-utils).

    Unfortunately, every laptop seems to have its own idiosyncrasies with this (not to mention differences in different users' setups---e.g., what devices are attached, what modules are loaded). So it takes some serious trial and error to figure out how to get this to work. All I can suggest is that you become intimately familiar with the wiki page, and with the HAL quirks site, and that you try to eliminate all the daemons and so on you can while still generating the problem (e.g., boot into a virtual console instead of gnome, if you're comfortable with that). Then start a process of trying different quirks as explained on those webpages. Take good notes so you don't lose track of which combinations of quirks show result in what behavior.
    The HAL quirks site will also point you to what other users using your laptop, or similar laptops, found to work. But trial and error may still be necessary.

  • [SOLVED] After resume from suspend to RAM, system is slow / unstable

    Hello,
    I have come across some strangeness when trying to suspend my system.  The
    computer is a lenovo U350.  I have read a lot of threads on these subjects,
    but I never found one that quite matched the experiences I'm having, so I felt
    compelled to make a new post.
    Here's what's going on:  I boot into the terminal, and then run pm-suspend.
    Within a few seconds, the computer goes to sleep, just as I had hoped.  The
    problem is that my computer seems a little groggy when I wake it back up.
    Usually, when running a command like ps aux | less, the screen fills up very
    quickly.  After I resume from sleep, running ps aux | less is noticeably slow.
    It takes a full second (+/- epsilon) to fill the screen.  Other symptoms: if I
    suspend / resume in the terminal, and then start a window manager (KDE), the
    graphics will be slow and choppy, and when I try to exit the window manager, I
    usually end up having to perform the dreaded REISUB after getting stuck on a
    blank screen with a non-blinking cursor in the upper left hand corner.
    Suspend / resume from KDE will result in either the black, non-responsive
    screen as soon as I try to resume, or in the choppy graphics, followed by the
    non-responsive black screen when I log out.
    I looked at the process list before and after, and noticed that when the
    system is first resumed, there are around 50-60 additional kworker processes
    running than when I put it to sleep.  I don't know if this is normal or not.
    Also, hci0 has been killed, and a new hci0 process has taken its place.  The
    same goes for one of the udevd processes.  About 40-50 of the kworker
    processes finish after a few minutes, but this does not change the slowness of
    ps aux | less, nor does it help with my window manager issues.
    I ran a few (not so precise) performance tests before and after doing a
    suspend, and got the same results (the test was just to compile some LaTeX,
    which took about 4-5 seconds either way).
    I examined the pm-suspend.log, and everything looked peachy.  All of the
    hooks returned success for the suspend, as well as the resume.  I'm happy to
    post this if needed.  I did not change any of the default settings for
    pm-suspend.
    Anyhow, I've read a lot of threads, and seen a lot of suggestions, e.g.:
    https://bbs.archlinux.org/viewtopic.php?id=137682
    https://bbs.archlinux.org/viewtopic.php?id=136292 (use vbetool?)
    https://bbs.archlinux.org/viewtopic.php?id=126174 (suspend tons of modules?)
    https://bbs.archlinux.org/viewtopic.php?id=131827 (hpet=disable ?)
    However, I'm not that confident in any of them, since no one had quite the
    same issue.  I was hoping that someone could point me in the right direction
    before I start blindly walking through all the candidate fixes and risk
    unleashing chaos into my system.  Many thanks in advance for your help.
    Oh, and in case this post was not yet long enough, here is some system
    information:
    lspci:
    00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
    00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
    00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
    00:1a.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
    00:1a.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
    00:1a.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
    00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03)
    00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
    00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
    00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
    00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03)
    00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03)
    00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03)
    00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03)
    00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
    00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
    00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
    00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03)
    00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
    00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03)
    00:1f.2 SATA controller: Intel Corporation 82801IBM/IEM (ICH9M/ICH9M-E) 4 port SATA Controller [AHCI mode] (rev 03)
    00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
    03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection
    08:00.0 Ethernet controller: Broadcom Corporation NetLink BCM57780 Gigabit Ethernet PCIe (rev 01)
    lsmod:
    Module Size Used by
    aes_x86_64 7508 3
    cryptd 8309 0
    aes_generic 26138 1 aes_x86_64
    coretemp 5590 0
    cpufreq_ondemand 6164 2
    acpi_cpufreq 5877 1
    mperf 1275 1 acpi_cpufreq
    freq_table 2515 2 acpi_cpufreq,cpufreq_ondemand
    arc4 1410 2
    joydev 9895 0
    snd_hda_codec_hdmi 24121 1
    iwlwifi 248196 0
    i915 420018 3
    snd_hda_codec_conexant 47300 1
    uvcvideo 64311 0
    mac80211 228527 1 iwlwifi
    videodev 82101 1 uvcvideo
    snd_hda_intel 23375 0
    snd_hda_codec 89389 3 snd_hda_intel,snd_hda_codec_conexant,snd_hda_codec_hdmi
    broadcom 7270 0
    tg3 134884 0
    ideapad_laptop 8534 0
    snd_hwdep 6389 1 snd_hda_codec
    snd_pcm 74780 3 snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi
    snd_page_alloc 7153 2 snd_pcm,snd_hda_intel
    snd_timer 19544 1 snd_pcm
    snd 59214 7 snd_timer,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_conexant,snd_hda_codec_hdmi
    iTCO_wdt 11885 0
    v4l2_compat_ioctl32 8316 1 videodev
    i2c_i801 8187 0
    i2c_algo_bit 5263 1 i915
    drm_kms_helper 26137 1 i915
    intel_agp 10904 1 i915
    btusb 11385 0
    cfg80211 172260 2 mac80211,iwlwifi
    bluetooth 151999 1 btusb
    sparse_keymap 3120 1 ideapad_laptop
    soundcore 6210 1 snd
    drm 188499 4 drm_kms_helper,i915
    rfkill 15498 3 bluetooth,cfg80211,ideapad_laptop
    serio_raw 4429 0
    iTCO_vendor_support 1961 1 iTCO_wdt
    media 10597 2 videodev,uvcvideo
    psmouse 61311 0
    libphy 16985 2 tg3,broadcom
    i2c_core 20492 6 drm,drm_kms_helper,i2c_algo_bit,i2c_i801,videodev,i915
    intel_gtt 14519 3 intel_agp,i915
    pcspkr 1819 0
    evdev 9530 8
    thermal 7799 0
    wmi 8475 0
    battery 6453 0
    ac 2344 0
    video 11164 1 i915
    button 4470 1 i915
    processor 25582 3 acpi_cpufreq
    ext4 420412 3
    crc16 1359 2 ext4,bluetooth
    jbd2 71499 1 ext4
    mbcache 5881 1 ext4
    sd_mod 28307 5
    ahci 20037 4
    libahci 19559 1 ahci
    libata 166654 2 libahci,ahci
    scsi_mod 133676 2 libata,sd_mod
    uhci_hcd 23116 0
    ehci_hcd 40698 0
    usbcore 146113 5 ehci_hcd,uhci_hcd,btusb,uvcvideo
    usb_common 954 1 usbcore
    Last edited by wes (2012-04-06 21:34:43)

    I did try reinstalling, actually.  But I did not think to remove the battery and the ram...  I'm very curious now: what is the rationale / intuition for that?  Or is it just that empirical evidence suggests this may be a good idea?
    Anyhow, the reinstall by itself did not help.  I tried it out with a pretty bare-bones setup and had the same results.  Here are a few other things I noticed:
    - After the suspend, one of the cores is always running at the maximum clock frequency, according to powertop (although, according to ps aux, no one is doing any work).
    - Even if I ssh to a nearby machine, I get the same experience when running `ls`.  The screen fills very slowly.  That narrows things down a little bit, but I was already guessing it would be graphics-related.
    I have also tried a few random kernel boot parameters after reading things online, but none of those worked, and several stopped the machine from booting at all.
    Thanks for your help.

  • Bus/io errors after resume from suspend to ram

    Something very strange happened today. When I woke my computer out of suspend today, the BIOS made a bad beep sound (once, high pitched, the error kind of), but booted anyways.
    After starting up, I tried starting programs like sonata, gnome-mplayer, but both failed with either an "io error" or "bus error". Strangly, I also tested "df" an it worked.
    That happened the first time, but I'm worried it's gonna happen again, because I have NO idea what could have failed.
    pm-suspend log looks fine
    Initial commandline parameters:
    Sa 27. Mär 02:30:54 CET 2010: Running hooks for suspend.
    /usr/lib/pm-utils/sleep.d/00auto-quirk suspend suspend: Adding quirks from HAL: --quirk-dpms-on --quirk-dpms-suspend --quirk-vbe-post --quirk-vbemode-restore --quirk-vbestate-restore --quirk-vga-mode-3
    success.
    /usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux segfault 2.6.32-ARCH #1 SMP PREEMPT Mon Mar 15 20:44:03 CET 2010 x86_64 AMD Phenom(tm) II X4 940 Processor AuthenticAMD GNU/Linux
    Module                  Size  Used by
    it87                   18948  0
    hwmon_vid               2756  1 it87
    ipv6                  283335  30
    nfs                   295530  0
    lockd                  65788  1 nfs
    fscache                39679  1 nfs
    nfs_acl                 2335  1 nfs
    auth_rpcgss            40448  1 nfs
    sunrpc                186318  5 nfs,lockd,nfs_acl,auth_rpcgss
    nvidia               9515743  48
    cryptd                  6076  0
    aes_x86_64              7420  1
    aes_generic            26178  1 aes_x86_64
    fuse                   58757  2
    joydev                  9800  0
    usbhid                 38471  0
    hid                    75813  1 usbhid
    arc4                    1354  2
    ecb                     1953  2
    snd_seq_dummy           1439  0
    snd_seq_oss            29023  0
    snd_seq_midi_event      5316  1 snd_seq_oss
    snd_seq                50558  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
    snd_seq_device          5181  3 snd_seq_dummy,snd_seq_oss,snd_seq
    snd_pcm_oss            39011  0
    snd_mixer_oss          17299  1 snd_pcm_oss
    nouveau               428060  0
    ttm                    46450  1 nouveau
    drm_kms_helper         23817  1 nouveau
    drm                   159774  3 nouveau,ttm,drm_kms_helper
    i2c_algo_bit            4935  1 nouveau
    snd_ctxfi              90523  1
    ath5k                 125370  0
    ohci_hcd               21485  0
    snd_pcm                70222  2 snd_pcm_oss,snd_ctxfi
    mac80211              166738  1 ath5k
    ath                     8400  1 ath5k
    snd_timer              18799  2 snd_seq,snd_pcm
    cfg80211              122783  3 ath5k,mac80211,ath
    rfkill                 15228  1 cfg80211
    edac_core              34056  0
    snd                    57408  10 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_ctxfi,snd_pcm,snd_timer
    soundcore               6095  1 snd
    snd_page_alloc          7033  2 snd_ctxfi,snd_pcm
    edac_mce_amd            6785  0
    led_class               2577  1 ath5k
    firewire_ohci          23601  0
    firewire_core          43019  1 firewire_ohci
    crc_itu_t               1273  1 firewire_core
    ppdev                   5910  0
    i2c_piix4               8680  0
    ehci_hcd               35082  0
    usbcore               140517  4 usbhid,ohci_hcd,ehci_hcd
    i2c_core               18137  6 nvidia,nouveau,drm_kms_helper,drm,i2c_algo_bit,i2c_piix4
    r8169                  36214  0
    mii                     3738  1 r8169
    parport_pc             31260  1
    button                  4714  1 nouveau
    thermal                11834  0
    evdev                   8825  10
    sg                     25275  0
    lp                      8684  0
    parport                29923  3 ppdev,parport_pc,lp
    pcspkr                  1795  0
    cpufreq_ondemand        8101  0
    powernow_k8            11886  0
    freq_table              2331  2 cpufreq_ondemand,powernow_k8
    processor              30310  1 powernow_k8
    rtc_cmos                8904  0
    rtc_core               14631  1 rtc_cmos
    rtc_lib                 1810  1 rtc_core
    ext3                  125021  2
    jbd                    46334  1 ext3
    mbcache                 5466  1 ext3
    sr_mod                 15043  0
    cdrom                  36354  1 sr_mod
    sd_mod                 26313  5
    pata_acpi               3288  0
    ata_generic             3111  0
    ahci                   34929  4
    pata_atiixp             3633  0
    floppy                 55998  0
    libata                152308  4 pata_acpi,ata_generic,ahci,pata_atiixp
    scsi_mod               92676  4 sg,sr_mod,sd_mod,libata
                 total       used       free     shared    buffers     cached
    Mem:       2056776    1645468     411308          0     590048     414652
    -/+ buffers/cache:     640768    1416008
    Swap:       522072       5776     516296
    success.
    /usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
    /usr/lib/pm-utils/sleep.d/01grub suspend suspend: not applicable.
    /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend: :: default down    [BUSY]    [DONE]
    success.
    /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: not applicable.
    /usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: success.
    /usr/lib/pm-utils/sleep.d/75modules suspend suspend: not applicable.
    /usr/lib/pm-utils/sleep.d/90clock suspend suspend: not applicable.
    /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
    /usr/lib/pm-utils/sleep.d/95led suspend suspend: not applicable.
    /usr/lib/pm-utils/sleep.d/98smart-kernel-video suspend suspend: success.
    /usr/lib/pm-utils/sleep.d/99video suspend suspend: kernel.acpi_video_flags = 0
    success.
    Sa 27. Mär 02:30:56 CET 2010: performing suspend
    Any other useful log files to check out?
    I just put the system to sleep and woke it up again, no problem. I only notice that yesterday it took way longer than usual to go into sleep mode. Except for funky graphic patterns, all worked flawlessy now.
    What could cause bus and io errors after wakeup?
    Last edited by Sadface (2010-03-27 10:55:35)

    Yes, im using systemd. I tried also downgrading xf86-video-intel to a version from some weeks ago, with no result.
    PS: no difference between systemclt suspend or pm-suspend from comand line.ùù
    PS2: I tried fluxbox session and there was no flickering, so it had to be something kde-session related, and I found it: it was the image pile xscreensaver, just switching to another one solved my problem.
    Thanks for your interest, wonderwoofy!
    Update: nothing solved, it was just temporarly by case... same issue as before...
    Last edited by steff (2012-11-09 21:04:39)

  • System freeze after resume from suspend

    I am running arch for about 5 month now and I always had freezes after resuming from suspend (to ram - systemctl suspend) every once in a while (like once a week or less). The freezes increased massively over the last month or so and for about 2 weeks now it happens 95% of the times I resume from suspend.
    The monitor turns on and shows things exactly how I left them, but is completely unresponsible EXCEPT for I can switch to another TTY (Ctrl+Shift+F*), however I cannot type or do anything in it...
    It doesnt have anything to do with the X server as it also happens after I suspend from TTY (without any X running).
    I also checked journalctl -b -1 (shows previous boot, since I always have to hard-reset the system) but it doesnt show anything after:
    Mar 13 17:16:54 Ununhaswellium systemd-sleep[3624]: Suspending system...
    (the suspend event before resuming)
    Are there any log files that could give a hint on what exactly goes on after the resume?
    Im running the latest official 3.13.6-1 kernel and updated my BIOS to the latest beta version yesterday - didnt help either...
    Ive read pretty much every thread on the internet by now about freezes after resume from suspend but none really helped
    Last edited by CharlieBra7o (2014-03-15 09:58:51)

    Thank you for the link, unfortunally I don't have a NVIDIA card but use the Intel IGP (HD4600, Haswell) - maybe I should have mentioned that...
    And other than in this bug report I cannot kill X or anything because neither other TTYs work - I cannot input anything (although the hotkeys work weird enough) nor is SSHD running because the system is completely frozen...
    Very funny thing is that for the last 2 days my system didnt freeze once (suspended about 6-7 times during one boot), even though for the 2 weeks prior to that, it froze EVERY SINGLE TIME I resumed from suspend, it didnt work once...

  • Resume from suspend occasionally fails.

    Sometimes when I resume after suspending to RAM, all that shows up is a blank screen with a single underscore at the top left. There is no mouse cursor and the system is completely unresponsive. It only happens occasionally (maybe 1/4).
    I have not found any related messages in the logs. Memtest completes successfully too. Does anyone have any idea of what might cause this?
    It's like the system is playing Russian roulette with itself whenever I resume.
    Last edited by Xyne (2013-02-06 11:54:41)

    This happens to me 100% of the time with 3.11.6 and 3.10.17, resuming from suspend results in naught but an underscore top left. VT switching appears to work temporarily, I was able to enter in my user name in the VT, but then everything hung on pressing enter. Not sure about earlier kernel versions because this is a fresh install on this hardware. Happens with and without X.
    Hibernate results in an underscore before the computer is able to shut down. I tried using pm_trace and dumping logs before/after as recommended around the internet, pm_trace didn't match any hashes & there are no logs after suspend that get written out as far as I can tell. The computer is also unresponsive to the network. I also tried using pm_debug but I wasn't really sure what I was doing, running the core test I thought shouldn't cause the computer to actually suspend, but it did & there was my underscore again in all its glory.
    Wish I knew a way to get some more information..

  • Resume from Suspend fail

    Hi, i have a Compaq Presario 2541ea, i have done a fresh install of Arch linux 32 bits, i have install pm-utils to make hibernate and suspend work, the only issue is when i try to resume from suspend a kernel hung happens, how can i debug this issue, i have try to disable some HOOKS but no luck, i have try to suspend with some quirks options like vbe-post and vbestate-restore no luck, what can i do next?
    Regards, Diogo.

    Here is my pm-suspend.log:
    Wed Mar 30 00:06:22 WEST 2011: performing suspend
    Initial commandline parameters:
    Wed Mar 30 00:12:10 WEST 2011: Running hooks for suspend.
    Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend_hybrid:
    Linux arch 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz GenuineIntel GNU/Linux
    Module                  Size  Used by
    ext2                   55924  1
    arc4                    1058  2
    ecb                     1545  2
    b43                   157859  0
    radeon                653413  1
    ttm                    39017  1 radeon
    mac80211              151387  1 b43
    drm_kms_helper         21732  1 radeon
    snd_seq_dummy           1067  0
    cfg80211              108137  2 b43,mac80211
    snd_seq_oss            24984  0
    drm                   130130  3 radeon,ttm,drm_kms_helper
    rfkill                 12198  1 cfg80211
    snd_seq_midi_event      4484  1 snd_seq_oss
    snd_seq                41656  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
    led_class               1997  1 b43
    snd_seq_device          4349  3 snd_seq_dummy,snd_seq_oss,snd_seq
    i2c_algo_bit            4283  1 radeon
    snd_ali5451            13503  0
    snd_pcm_oss            33442  0
    snd_mixer_oss          14356  1 snd_pcm_oss
    snd_ac97_codec         87943  1 snd_ali5451
    ac97_bus                 750  1 snd_ac97_codec
    ssb                    39339  1 b43
    snd_pcm                57767  3 snd_ali5451,snd_pcm_oss,snd_ac97_codec
    snd_timer              15629  2 snd_seq,snd_pcm
    ppdev                   4850  0
    joydev                  7378  0
    parport_pc             27735  1
    video                  15449  0
    irtty_sir               3385  0
    snd                    42562  9 snd_seq_oss,snd_seq,snd_seq_device,snd_ali5451,snd_pcm_oss,snd_mixer_oss,snd_ac97_codec,snd_pcm,snd_timer
    mmc_core               45599  2 b43,ssb
    sir_dev                 8117  1 irtty_sir
    soundcore               5017  1 snd
    shpchp                 26528  0
    lp                      6652  0
    ati_agp                 4606  1
    yenta_socket           18843  1
    i2c_ali15x3             4526  0
    firewire_ohci          20072  0
    uhci_hcd               19244  0
    i2c_ali1535             4334  0
    firewire_core          38297  1 firewire_ohci
    irda                   90564  1 sir_dev
    psmouse                50729  0
    ehci_hcd               31420  0
    rsrc_nonstatic          8738  1 yenta_socket
    pcmcia                 26354  2 b43,ssb
    container               1901  0
    output                  1436  1 video
    agpgart                23119  3 ttm,drm,ati_agp
    parport                25371  3 ppdev,parport_pc,lp
    sg                     20820  0
    pci_hotplug            23303  1 shpchp
    natsemi                21878  0
    snd_page_alloc          5873  1 snd_pcm
    crc_itu_t               1041  1 firewire_core
    battery                 7451  0
    ac                      2317  0
    processor              25806  1
    button                  3702  0
    thermal                 9614  0
    serio_raw               3618  0
    i2c_core               14855  6 radeon,drm_kms_helper,drm,i2c_algo_bit,i2c_ali15x3,i2c_ali1535
    evdev                   6716  0
    pcspkr                  1347  0
    crc_ccitt               1067  1 irda
    alim1535_wdt            2462  0
    usbcore               119796  3 uhci_hcd,ehci_hcd
    pcmcia_core            25699  3 yenta_socket,rsrc_nonstatic,pcmcia
    rtc_cmos                7546  0
    rtc_core               11851  1 rtc_cmos
    rtc_lib                 1482  1 rtc_core
    ext4                  302709  2
    mbcache                 4278  2 ext2,ext4
    jbd2                   63651  1 ext4
    crc16                   1041  1 ext4
    sr_mod                 13097  0
    sd_mod                 25215  5
    cdrom                  31305  1 sr_mod
    pata_acpi               2296  0
    pata_ali                7039  4
    ata_generic             2171  0
    floppy                 47264  0
    libata                138071  3 pata_acpi,pata_ali,ata_generic
    scsi_mod               79436  4 sg,sr_mod,sd_mod,libata
                 total       used       free     shared    buffers     cached
    Mem:        963584      48632     914952          0       6976      16728
    -/+ buffers/cache:      24928     938656
    Swap:      2104504          0    2104504
    /usr/lib/pm-utils/sleep.d/00logging suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend_hybrid:
    /usr/lib/pm-utils/sleep.d/00powersave suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/01grub suspend suspend_hybrid:
    /usr/lib/pm-utils/sleep.d/01grub suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend_hybrid:
    /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend_hybrid:
    /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend_hybrid:
    /usr/lib/pm-utils/sleep.d/75modules suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend_hybrid:
    /usr/lib/pm-utils/sleep.d/90clock suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend_hybrid:
    /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend_hybrid:
    /usr/lib/pm-utils/sleep.d/95led suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend_hybrid:
    Kernel modesetting video driver detected, not using quirks.
    /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend_hybrid: success.
    Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend_hybrid:
    kernel.acpi_video_flags = 0
    /usr/lib/pm-utils/sleep.d/99video suspend suspend_hybrid: success.

  • [SOLVED] Cannot resume from suspend but hibernate works fine

    Please help me figuring out what can be the issues..
    I cannot resume from suspend while "sudo pm-hibernate" works fine..
    When I use "sudo pm-suspend", the system (samsung N210 netbook) goes to sleep and I can see the power light blinking as expected. But, when I try to resume the system from suspend by pressing the power button, the screen remains black with no HDD activity. Only thing I can see is the power LED on.
    After I do "sudo pm-suspend" and try to resume from suspend but fails. So, I do a HARD reboot and then this is the content of  /var/log/pm-suspend.log
    Initial commandline parameters:
    Thu Dec 16 12:00:27 IST 2010: Running hooks for suspend.
    Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend:
    Linux archlinux-N210 2.6.36-ARCH #1 SMP PREEMPT Fri Dec 10 20:32:37 CET 2010 x86_64 Intel(R) Atom(TM) CPU N450 @ 1.66GHz GenuineIntel GNU/Linux
    Module Size Used by
    dm_mod 66662 0
    rfcomm 34874 4
    sco 8828 2
    bnep 8726 2
    l2cap 42585 16 rfcomm,bnep
    ipv6 281833 24
    nls_utf8 1288 0
    cifs 242984 0
    fscache 39915 1 cifs
    fuse 64259 3
    arc4 1378 2
    snd_seq_dummy 1431 0
    snd_hda_codec_realtek 275887 1
    uvcvideo 61404 0
    videodev 64318 1 uvcvideo
    v4l1_compat 15578 2 uvcvideo,videodev
    ecb 2041 2
    snd_seq_oss 28760 0
    ath9k 80424 0
    joydev 10055 0
    btusb 11385 2
    v4l2_compat_ioctl32 10212 1 videodev
    bluetooth 52419 9 rfcomm,sco,bnep,l2cap,btusb
    snd_seq_midi_event 5436 1 snd_seq_oss
    mac80211 196159 1 ath9k
    ath9k_common 3624 1 ath9k
    ath9k_hw 290909 2 ath9k,ath9k_common
    snd_hda_intel 22285 1
    snd_hda_codec 79384 2 snd_hda_codec_realtek,snd_hda_intel
    ath 8822 2 ath9k,ath9k_hw
    snd_seq 50082 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
    snd_seq_device 5297 3 snd_seq_dummy,snd_seq_oss,snd_seq
    snd_pcm_oss 39221 0
    cfg80211 143110 3 ath9k,mac80211,ath
    snd_hwdep 6110 1 snd_hda_codec
    uhci_hcd 21926 0
    easy_slow_down_manager 3185 0
    snd_mixer_oss 17106 2 snd_pcm_oss
    snd_pcm 71921 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
    snd_timer 19265 2 snd_seq,snd_pcm
    cpufreq_powersave 958 0
    sky2 46293 0
    rfkill 15882 3 bluetooth,cfg80211
    led_class 2331 1 ath9k
    snd 57562 11 snd_hda_codec_realtek,snd_seq_oss,snd_hda_intel,snd_hda_codec,snd_seq,snd_seq_device,snd_pcm_oss,snd_hwdep,snd_mixer_oss,snd_pcm,snd_timer
    psmouse 52592 0
    cpufreq_ondemand 8215 2
    soundcore 5969 2 snd
    ehci_hcd 36988 0
    tpm_tis 7928 0
    shpchp 26453 0
    sg 25652 0
    phc_intel 9527 1
    battery 10231 0
    tpm 10957 1 tpm_tis
    samsung_backlight 2844 0
    serio_raw 4486 0
    snd_page_alloc 7249 2 snd_hda_intel,snd_pcm
    usbcore 137570 5 uvcvideo,btusb,uhci_hcd,ehci_hcd
    ac 3105 0
    pci_hotplug 24319 1 shpchp
    tpm_bios 5505 1 tpm
    i2c_i801 8550 0
    freq_table 2323 2 cpufreq_ondemand,phc_intel
    pcspkr 1819 0
    thermal 12242 0
    evdev 8519 14
    processor 25936 1 phc_intel
    mperf 1243 1 phc_intel
    ext4 313574 1
    mbcache 5722 1 ext4
    jbd2 69002 1 ext4
    crc16 1297 2 l2cap,ext4
    sd_mod 25856 4
    ahci 20353 3
    libahci 17982 1 ahci
    libata 156316 2 ahci,libahci
    scsi_mod 124891 3 sg,sd_mod,libata
    i915 321187 3
    drm_kms_helper 25963 1 i915
    drm 175314 3 i915,drm_kms_helper
    i2c_algo_bit 4911 1 i915
    button 4834 1 i915
    i2c_core 18726 6 videodev,i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit
    video 19305 1 i915
    output 1940 1 video
    intel_agp 29459 2 i915
    total used free shared buffers cached
    Mem: 2046212 603128 1443084 0 11400 258660
    -/+ buffers/cache: 333068 1713144
    Swap: 2250748 0 2250748
    /usr/lib/pm-utils/sleep.d/00logging suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend:
    /usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/01grub suspend suspend:
    /usr/lib/pm-utils/sleep.d/01grub suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/01laptop-mode suspend suspend:
    /usr/lib/pm-utils/sleep.d/01laptop-mode suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend:
    /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend: success.
    Running hook /etc/pm/sleep.d/20_samsung-tools suspend suspend:
    /etc/pm/sleep.d/20_samsung-tools suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:
    /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:
    /usr/lib/pm-utils/sleep.d/75modules suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend:
    /usr/lib/pm-utils/sleep.d/90clock suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/91wicd suspend suspend:
    /usr/lib/pm-utils/sleep.d/91wicd suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:
    /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend:
    /usr/lib/pm-utils/sleep.d/95led suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
    Kernel modesetting video driver detected, not using quirks.
    /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
    Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:
    /usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
    Thu Dec 16 12:00:31 IST 2010: performing suspend
    Since, the last time I checked about suspend was 1.5 months back, I cant really make out as to what package caused the issue as I had a few upgrades since that time.
    I am no expert but it seems like it is the log of suspending the system, it seems like the system didnt even go to initial stage of resuming.
    Last edited by shadyabhi (2010-12-27 17:54:19)

    Well this is a long shot... But my laptop had some issues with suspending due to low-power governors preventing it from fully working at times.
    Because of that I manually suspend with the following script:
    #!/bin/bash
    clear
    cpufreq-set -g performance
    cpufreq-info
    echo "Continue? y/n? ";read bevestiging
    if [ $bevestiging = "y" ]
    then
    echo "System going down for suspension NOW!"
    pm-suspend
    else
    echo "Exiting..."
    exit 0
    fi
    exit 0
    All it really does in the end, is change the governer from which it's currently on to "performance", thus allowing maximum clock speed.
    I've also added in a little confirmation dialog to check whether it's properly switched.
    Of course, this will only work for you if you're also using laptop-mode and cpufrequtils.
    Edit: You need to run this script with sudo or as the root user.
    Last edited by Aeva (2010-12-16 14:16:32)

  • Heavy Color Banding on Resume From Suspend

    Hey Y'all,
    I'm getting heavy color banding on my Dell E4310 running arch64, after resuming from suspend.  I'm using pm-utils, video card is an intel GMA4500HD.  Has anyone else seen this issue, and have you found a solution?  Searches of google, the arch wiki, and arch forums haven't been friutful.
    /var/log/messages.log
    Jul 15 12:29:02 themonkey kernel: ACPI: Waking up from system sleep state S3
    Jul 15 12:29:02 themonkey kernel: PM: early resume of devices complete after 1.295 msecs
    Jul 15 12:29:02 themonkey kernel: e1000e 0000:00:19.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
    Jul 15 12:29:02 themonkey kernel: e1000e 0000:00:19.0: wake-up capability disabled by ACPI
    Jul 15 12:29:02 themonkey kernel: ehci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
    Jul 15 12:29:02 themonkey kernel: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
    Jul 15 12:29:02 themonkey kernel: ehci_hcd 0000:00:1d.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
    Jul 15 12:29:02 themonkey kernel: pci 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
    Jul 15 12:29:02 themonkey kernel: sdhci-pci 0000:03:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
    Jul 15 12:29:02 themonkey kernel: sdhci-pci 0000:03:00.0: Will use DMA mode even though HW doesn't fully claim to support it.
    Jul 15 12:29:02 themonkey kernel: sd 0:0:0:0: [sda] Starting disk
    Jul 15 12:29:02 themonkey kernel: dell-wmi: Received unknown WMI event (0x11)
    Jul 15 12:29:02 themonkey kernel: usb 1-1.4: reset high speed USB device using ehci_hcd and address 3
    Jul 15 12:29:02 themonkey kernel: ata5: SATA link down (SStatus 0 SControl 300)
    Jul 15 12:29:02 themonkey kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
    Jul 15 12:29:02 themonkey kernel: ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
    Jul 15 12:29:02 themonkey kernel: ata6: SATA link down (SStatus 0 SControl 300)
    Jul 15 12:29:02 themonkey kernel: usb 2-1.7: reset full speed USB device using ehci_hcd and address 4
    Jul 15 12:29:02 themonkey kernel: ata2.00: configured for UDMA/100
    Jul 15 12:29:02 themonkey kernel: btusb 2-1.7:1.0: no reset_resume for driver btusb?
    Jul 15 12:29:02 themonkey kernel: btusb 2-1.7:1.1: no reset_resume for driver btusb?
    Jul 15 12:29:02 themonkey kernel: ata1.00: ACPI cmd 00/00:00:00:00:00:a0 (NOP) rejected by device (Stat=0x51 Err=0x04)
    Jul 15 12:29:02 themonkey kernel: ata1.00: configured for UDMA/133
    Jul 15 12:29:02 themonkey kernel: usb 2-1.1: reset low speed USB device using ehci_hcd and address 3
    Jul 15 12:29:02 themonkey kernel: PM: resume of devices complete after 1348.210 msecs
    Jul 15 12:29:02 themonkey kernel: Restarting tasks ... done.
    Jul 15 12:29:02 themonkey kernel: video LNXVIDEO:00: Restoring backlight state
    Jul 15 12:29:03 themonkey bluetoothd[2545]: Bluetooth deamon 4.69
    Jul 15 12:29:03 themonkey logger: ACPI action undefined: BAT1
    Jul 15 12:29:03 themonkey logger: ACPI group/action undefined: video / VID
    Jul 15 12:29:03 themonkey bluetoothd[2564]: Starting SDP server
    Jul 15 12:29:03 themonkey kernel: Bluetooth: L2CAP ver 2.14
    Jul 15 12:29:03 themonkey kernel: Bluetooth: L2CAP socket layer initialized
    Jul 15 12:29:03 themonkey kernel: e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX
    Jul 15 12:29:03 themonkey kernel: 0000:00:19.0: eth0: 10/100 speed: disabling TSO
    Jul 15 12:29:03 themonkey dhcpcd[1943]: eth0: carrier acquired
    Jul 15 12:29:03 themonkey dhcpcd[1943]: eth0: rebinding lease of 192.168.2.122
    Jul 15 12:29:03 themonkey bluetoothd[2564]: Starting experimental netlink support
    Jul 15 12:29:03 themonkey kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3
    Jul 15 12:29:03 themonkey kernel: Bluetooth: SCO (Voice Link) ver 0.6
    Jul 15 12:29:03 themonkey kernel: Bluetooth: SCO socket layer initialized
    Jul 15 12:29:03 themonkey bluetoothd[2564]: HCI dev 0 registered
    Jul 15 12:29:04 themonkey kernel: ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20100121/evregion-474)
    Jul 15 12:29:04 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node ffff88011bc28b80), AE_TIME
    Jul 15 12:29:04 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\ECBT] (Node ffff88011bc28c60), AE_TIME
    Jul 15 12:29:04 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\ECG2] (Node ffff88011bc28d20), AE_TIME
    Jul 15 12:29:04 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\ECG6] (Node ffff88011bc28de0), AE_TIME
    Jul 15 12:29:04 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.BAT0._BST] (Node ffff88011bc2a3e0), AE_TIME
    Jul 15 12:29:04 themonkey kernel: ACPI Exception: AE_TIME, Evaluating _BST (20100121/battery-439)
    Jul 15 12:29:04 themonkey bluetoothd[2564]: HCI dev 0 up
    Jul 15 12:29:04 themonkey bluetoothd[2564]: Starting security manager 0
    Jul 15 12:29:04 themonkey kernel: Bluetooth: RFCOMM TTY layer initialized
    Jul 15 12:29:04 themonkey kernel: Bluetooth: RFCOMM socket layer initialized
    Jul 15 12:29:04 themonkey kernel: Bluetooth: RFCOMM ver 1.11
    Jul 15 12:29:04 themonkey bluetoothd[2564]: Adapter /org/bluez/2545/hci0 has been enabled
    Jul 15 12:29:06 themonkey kernel: ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20100121/evregion-474)
    Jul 15 12:29:06 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node ffff88011bc28b80), AE_TIME
    Jul 15 12:29:06 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\ECBT] (Node ffff88011bc28c60), AE_TIME
    Jul 15 12:29:06 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\ECG2] (Node ffff88011bc28d20), AE_TIME
    Jul 15 12:29:06 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\ECG6] (Node ffff88011bc28de0), AE_TIME
    Jul 15 12:29:06 themonkey kernel: ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.BAT0._BST] (Node ffff88011bc2a3e0), AE_TIME
    Jul 15 12:29:06 themonkey kernel: ACPI Exception: AE_TIME, Evaluating _BST (20100121/battery-439)
    Jul 15 12:29:06 themonkey acpid: client connected from 2097[0:100]
    Jul 15 12:29:06 themonkey acpid: 1 client rule loaded
    Jul 15 12:29:06 themonkey kernel: dell-wmi: Received unknown WMI event (0x0)
    lspci:
    00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
    00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
    00:19.0 Ethernet controller: Intel Corporation 82577LM Gigabit Network Connection (rev 05)
    00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
    00:1b.0 Audio device: Intel Corporation Device 3b57 (rev 05)
    00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05)
    00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 05)
    00:1c.2 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 3 (rev 05)
    00:1c.3 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 4 (rev 05)
    00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
    00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a5)
    00:1f.0 ISA bridge: Intel Corporation 5 Series/3400 Series Chipset LPC Interface Controller (rev 05)
    00:1f.2 RAID bus controller: Intel Corporation Mobile 82801 SATA RAID Controller (rev 05)
    00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 05)
    00:1f.6 Signal processing controller: Intel Corporation 5 Series/3400 Series Chipset Thermal Subsystem (rev 05)
    02:00.0 Network controller: Intel Corporation WiFi Link 6000 Series (rev 35)
    03:00.0 SD Host controller: Ricoh Co Ltd Device e822 (rev 01)
    3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 02)
    3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 02)
    3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 02)
    3f:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 02)
    3f:02.2 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
    3f:02.3 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
    uname -a:
    Linux themonkey 2.6.34-ARCH #1 SMP PREEMPT Mon Jul 5 22:12:11 CEST 2010 x86_64 Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz GenuineIntel GNU/Linux
    Any help would be greatly appreciated.  Not a show stopper, just an annoyance.
    Thanks,
    Kevin
    Last edited by qchapter (2010-07-15 22:09:24)

    Oops . . .  sorry Profjim .... didn't see your post before I bumped!  The dhcpcd commands don't seem to work after a resume.
    However -- I figured out how to make it work -- not sure WHY, but it works!
    I had added the 's2ram -f' command to /etc/acpi/handler.sh under the lid/button event to trigger the suspend (since pm-suspend would freeze on resume). BUT -- after adding /etc/pm/config.d/config with:
    SLEEP_MODULE=uswsusp
    ADD_PARAMETERS="--force"
    in order to force pm-suspend to use the uswsusp suspend (which works properly for my hp dv6000), AND change the 's2ram -f' to 'pm-suspend' in /etc/acpi/handler.sh -- it WORKS! Ok -- well, the resume at work on the unencrypted network works now to restore the connection. Still have to check it at home on Sun.
    Thanks all!
    Scott

  • Sometimes it doesn't resume from suspend

    Hey! As you may guess (!), I'm new to this. But I love the idea of learning.
    Anyway, I have a laptop Acer Aspire 7741G-6426 and I'm having a little problem. See, I first installed XFCE4 with SLIM as a WM, the problem was that I couldn't resume from suspend (or sleep), all I got was a black screen. After that, I enabled autologin to XFCE, and just to tried one more time, I suspended, and the problem was 'solved'. I could resume without problems.
    I'm on a fresh install now, with KDE and the same problem happened before I enabled autologin in KDM (before enabling it, the same problem described above occurred). I can suspend and resume. That is, most of the time. An hour ago I suspended the laptop, and my surprise was to find the black screen again when trying to resume. When I resumed, the disk seemed to load something and then stopped and all I could see was a black screen, the same as before. The only thing I can do when that happens is to hard shutdown the PC.
    A few minutes ago I tried again, and resumed without problems. But I'm afraid it might happen again and I might lose something important. I need to find a solution.
    Also, I have an AMD 6550M video card and I'm using the Catalyst driver (because the open source made the laptop too hot).
    I don't know if this is related, but if I run "lsmod | grep radeon", this is the output:
    radeon 989731 0
    ttm 54560 1 radeon
    drm_kms_helper 27529 1 radeon
    drm 181991 3 radeon,ttm,drm_kms_helper
    i2c_algo_bit 5239 1 radeon
    i2c_core 20165 6 videodev,radeon,drm_kms_helper,drm,i2c_algo_bit,i2c_i801
    Is it normal that the radeon driver is loaded? Isn't that the open source one, which I didn't installed?
    Anyway, does anyone have any idea of what this is?
    I don't know what kind of information I should give.
    Oh, and I've been reading some logs (which I'm making myself believe I can understand, haha), and in pm-suspend.log, almost everything says "resume suspend: success", except for:
    Running hook /etc/pm/sleep.d/90alsa resume suspend:
    ALSA lib pulse.c:229:(pulse_connect) PulseAudio: Unable to connect: Connection refused
    aplay: main:660: audio open error: Connection refused
    In kernel.log, there are many (specially 'dhcpcd not running'):
    Jun 29 20:03:43 localhost kernel: [ 8233.952493] ath: txq: ffff88012c2068d0 axq_qnum: 2, mac80211_qnum: 2 axq_link: ffff8800bac25ea8 pending frames: 1 axq_acq empty: 1 stopped: 0 axq_depth: 0 Attempting to restart tx logic.
    Jun 29 23:34:01 localhost kernel: [ 6.727474] intel ips 0000:00:1f.6: failed to get i915 symbols, graphics turbo disabled
    Jun 29 23:34:01 localhost kernel: [ 6.904533] acer_wmi: Unable to detect available WMID devices
    Jun 29 23:34:14 localhost dhcpcd[955]: dhcpcd not running
    Jun 29 23:34:30 localhost pulseaudio[1155]: pid.c: Daemon already running.
    And also, sorry for my english (and such a long post)!
    Thanks anyway.

    After so many days without the problem, I got the black screen of death minutes ago. I suspended and about 40 minutes later tried to resume and got the black screen. At least this time the wifi led was on and the disk seemed more active than other times. Though unfortunately I couldn't ssh into the laptop since I didn't have sshd enabled... But I could use the SysRq key, and for the first time, I got the "ASIC hang happened". I'm thinking that this might have something to do with the "nopat" line. Since before I added this line, the wifi led was off, there was no disk activity (past the first 3-4 seconds when trying to resume) and the SysRq key wouldn't work, so I had to hard shutdown. So at least now the SysRq key works, that's something.
    This is the full log from the failed resume:
    Jul 14 23:46:20 localhost kernel: [ 8505.476150] PM: Syncing filesystems ... done.
    Jul 14 23:46:20 localhost kernel: [ 8505.477733] PM: Preparing system for mem sleep
    Jul 14 23:46:20 localhost kernel: [ 8505.477749] Freezing user space processes ... (elapsed 0.01 seconds) done.
    Jul 14 23:46:20 localhost kernel: [ 8505.488608] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
    Jul 14 23:46:20 localhost kernel: [ 8505.501902] PM: Entering mem sleep
    Jul 14 23:46:20 localhost kernel: [ 8505.502003] Suspending console(s) (use no_console_suspend to debug)
    Jul 14 23:46:20 localhost kernel: [ 8505.551975] sd 0:0:0:0: [sda] Synchronizing SCSI cache
    Jul 14 23:46:20 localhost kernel: [ 8505.629234] HDA Intel 0000:02:00.1: PCI INT B disabled
    Jul 14 23:46:20 localhost kernel: [ 8505.629293] ACPI handle has no context!
    Jul 14 23:46:20 localhost kernel: [ 8505.629299] ehci_hcd 0000:00:1d.0: PCI INT A disabled
    Jul 14 23:46:20 localhost kernel: [ 8505.629321] [fglrx] IRQ 44 Disabled
    Jul 14 23:46:20 localhost kernel: [ 8505.629468] [fglrx] Preparing suspend fglrx in kernel.
    Jul 14 23:46:20 localhost kernel: [ 8505.629964] ehci_hcd 0000:00:1a.0: PCI INT A disabled
    Jul 14 23:46:20 localhost kernel: [ 8505.637746] kworker/u:29: page allocation failure. order:10, mode:0x4020
    Jul 14 23:46:20 localhost kernel: [ 8505.637749] Pid: 8403, comm: kworker/u:29 Tainted: P 2.6.39-ARCH #1
    Jul 14 23:46:20 localhost kernel: [ 8505.637751] Call Trace:
    Jul 14 23:46:20 localhost kernel: [ 8505.637759] [<ffffffff810fc30f>] __alloc_pages_nodemask+0x78f/0x8c0
    Jul 14 23:46:20 localhost kernel: [ 8505.637762] [<ffffffff81132673>] alloc_pages_current+0xa3/0x110
    Jul 14 23:46:20 localhost kernel: [ 8505.637766] [<ffffffff810f821e>] __get_free_pages+0xe/0x50
    Jul 14 23:46:20 localhost kernel: [ 8505.637769] [<ffffffff8113d81f>] kmalloc_order_trace+0x3f/0x100
    Jul 14 23:46:20 localhost kernel: [ 8505.637805] [<ffffffffa06c1cf3>] ? __start_CPDMA_copy_evergreen+0xa3/0xc0 [fglrx]
    Jul 14 23:46:20 localhost kernel: [ 8505.637808] [<ffffffff8113da77>] __kmalloc+0x197/0x1a0
    Jul 14 23:46:20 localhost kernel: [ 8505.637820] [<ffffffffa069438e>] KCL_MEM_SmallBufferAllocAtomic+0x1e/0x20 [fglrx]
    Jul 14 23:46:20 localhost kernel: [ 8505.637836] [<ffffffffa06a7da3>] firegl_save_fb+0x233/0x360 [fglrx]
    Jul 14 23:46:20 localhost kernel: [ 8505.637853] [<ffffffffa06a6f35>] ? firegl_pm_save_framebuffer+0x1f5/0x280 [fglrx]
    Jul 14 23:46:20 localhost kernel: [ 8505.637869] [<ffffffffa06a9b2d>] ? firegl_cail_powerdown+0x8d/0x200 [fglrx]
    Jul 14 23:46:20 localhost kernel: [ 8505.637879] [<ffffffffa0691fc7>] ? fglrx_pci_suspend+0x87/0x150 [fglrx]
    Jul 14 23:46:20 localhost kernel: [ 8505.637884] [<ffffffff812390f6>] ? pci_legacy_suspend+0x46/0xe0
    Jul 14 23:46:20 localhost kernel: [ 8505.637886] [<ffffffff8123a3ad>] ? pci_pm_suspend+0xdd/0x130
    Jul 14 23:46:20 localhost kernel: [ 8505.637890] [<ffffffff812e5b35>] ? pm_op+0x175/0x1c0
    Jul 14 23:46:20 localhost kernel: [ 8505.637892] [<ffffffff812e5c32>] ? __device_suspend+0xb2/0x1a0
    Jul 14 23:46:20 localhost kernel: [ 8505.637896] [<ffffffff81085b50>] ? async_schedule+0x20/0x20
    Jul 14 23:46:20 localhost kernel: [ 8505.637898] [<ffffffff812e5d41>] ? async_suspend+0x21/0x50
    Jul 14 23:46:20 localhost kernel: [ 8505.637900] [<ffffffff81085bcf>] ? async_run_entry_fn+0x7f/0x180
    Jul 14 23:46:20 localhost kernel: [ 8505.637903] [<ffffffff81077f6e>] ? process_one_work+0x11e/0x4c0
    Jul 14 23:46:20 localhost kernel: [ 8505.637905] [<ffffffff810788ff>] ? worker_thread+0x15f/0x350
    Jul 14 23:46:20 localhost kernel: [ 8505.637907] [<ffffffff810787a0>] ? manage_workers.isra.29+0x230/0x230
    Jul 14 23:46:20 localhost kernel: [ 8505.637909] [<ffffffff8107d6ec>] ? kthread+0x8c/0xa0
    Jul 14 23:46:20 localhost kernel: [ 8505.637912] [<ffffffff813e9fe4>] ? kernel_thread_helper+0x4/0x10
    Jul 14 23:46:20 localhost kernel: [ 8505.637914] [<ffffffff8107d660>] ? kthread_worker_fn+0x190/0x190
    Jul 14 23:46:20 localhost kernel: [ 8505.637915] [<ffffffff813e9fe0>] ? gs_change+0x13/0x13
    Jul 14 23:46:20 localhost kernel: [ 8505.637917] Mem-Info:
    Jul 14 23:46:20 localhost kernel: [ 8505.637918] Node 0 DMA per-cpu:
    Jul 14 23:46:20 localhost kernel: [ 8505.637919] CPU 0: hi: 0, btch: 1 usd: 0
    Jul 14 23:46:20 localhost kernel: [ 8505.637921] CPU 1: hi: 0, btch: 1 usd: 0
    Jul 14 23:46:20 localhost kernel: [ 8505.637922] CPU 2: hi: 0, btch: 1 usd: 0
    Jul 14 23:46:20 localhost kernel: [ 8505.637923] CPU 3: hi: 0, btch: 1 usd: 0
    Jul 14 23:46:20 localhost kernel: [ 8505.637924] Node 0 DMA32 per-cpu:
    Jul 14 23:46:20 localhost kernel: [ 8505.637925] CPU 0: hi: 186, btch: 31 usd: 18
    Jul 14 23:46:20 localhost kernel: [ 8505.637927] CPU 1: hi: 186, btch: 31 usd: 185
    Jul 14 23:46:20 localhost kernel: [ 8505.637928] CPU 2: hi: 186, btch: 31 usd: 1
    Jul 14 23:46:20 localhost kernel: [ 8505.637929] CPU 3: hi: 186, btch: 31 usd: 45
    Jul 14 23:46:20 localhost kernel: [ 8505.637930] Node 0 Normal per-cpu:
    Jul 14 23:46:20 localhost kernel: [ 8505.637931] CPU 0: hi: 186, btch: 31 usd: 185
    Jul 14 23:46:20 localhost kernel: [ 8505.637932] CPU 1: hi: 186, btch: 31 usd: 158
    Jul 14 23:46:20 localhost kernel: [ 8505.637934] CPU 2: hi: 186, btch: 31 usd: 151
    Jul 14 23:46:20 localhost kernel: [ 8505.637935] CPU 3: hi: 186, btch: 31 usd: 44
    Jul 14 23:46:20 localhost kernel: [ 8505.637938] active_anon:264255 inactive_anon:50599 isolated_anon:0
    Jul 14 23:46:20 localhost kernel: [ 8505.637939] active_file:81821 inactive_file:445828 isolated_file:0
    Jul 14 23:46:20 localhost kernel: [ 8505.637939] unevictable:0 dirty:11 writeback:0 unstable:0
    Jul 14 23:46:20 localhost kernel: [ 8505.637940] free:33258 slab_reclaimable:12432 slab_unreclaimable:5104
    Jul 14 23:46:20 localhost kernel: [ 8505.637941] mapped:66993 shmem:1158 pagetables:7761 bounce:0
    Jul 14 23:46:20 localhost kernel: [ 8505.637942] Node 0 DMA free:15780kB min:264kB low:328kB high:396kB active_anon:0kB inactive_anon:64kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15676kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:8kB kernel_stack:0kB pagetables:48kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
    Jul 14 23:46:20 localhost kernel: [ 8505.637948] lowmem_reserve[]: 0 2989 3872 3872
    Jul 14 23:46:20 localhost kernel: [ 8505.637950] Node 0 DMA32 free:98084kB min:51956kB low:64944kB high:77932kB active_anon:912996kB inactive_anon:57860kB active_file:243344kB inactive_file:1551960kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:3060784kB mlocked:0kB dirty:24kB writeback:0kB mapped:64464kB shmem:3904kB slab_reclaimable:30264kB slab_unreclaimable:2868kB kernel_stack:632kB pagetables:9772kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
    Jul 14 23:46:20 localhost kernel: [ 8505.637956] lowmem_reserve[]: 0 0 883 883
    Jul 14 23:46:20 localhost kernel: [ 8505.637958] Node 0 Normal free:19168kB min:15360kB low:19200kB high:23040kB active_anon:144024kB inactive_anon:144472kB active_file:83940kB inactive_file:231352kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:904960kB mlocked:0kB dirty:20kB writeback:0kB mapped:203508kB shmem:728kB slab_reclaimable:19464kB slab_unreclaimable:17540kB kernel_stack:2064kB pagetables:21224kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no
    Jul 14 23:46:20 localhost kernel: [ 8505.637964] lowmem_reserve[]: 0 0 0 0
    Jul 14 23:46:20 localhost kernel: [ 8505.637965] Node 0 DMA: 1*4kB 0*8kB 0*16kB 1*32kB 2*64kB 2*128kB 2*256kB 1*512kB 2*1024kB 2*2048kB 2*4096kB = 15780kB
    Jul 14 23:46:20 localhost kernel: [ 8505.637970] Node 0 DMA32: 3368*4kB 1866*8kB 1033*16kB 584*32kB 119*64kB 45*128kB 20*256kB 9*512kB 9*1024kB 1*2048kB 0*4096kB = 97984kB
    Jul 14 23:46:20 localhost kernel: [ 8505.637974] Node 0 Normal: 88*4kB 179*8kB 357*16kB 133*32kB 32*64kB 4*128kB 3*256kB 4*512kB 0*1024kB 1*2048kB 0*4096kB = 19176kB
    Jul 14 23:46:20 localhost kernel: [ 8505.637978] 528820 total pagecache pages
    Jul 14 23:46:20 localhost kernel: [ 8505.637979] 0 pages in swap cache
    Jul 14 23:46:20 localhost kernel: [ 8505.637981] Swap cache stats: add 8, delete 8, find 0/0
    Jul 14 23:46:20 localhost kernel: [ 8505.637982] Free swap = 4000116kB
    Jul 14 23:46:20 localhost kernel: [ 8505.637982] Total swap = 4000148kB
    Jul 14 23:46:20 localhost kernel: [ 8505.648067] 1015792 pages RAM
    Jul 14 23:46:20 localhost kernel: [ 8505.648069] 95954 pages reserved
    Jul 14 23:46:20 localhost kernel: [ 8505.648069] 452085 pages shared
    Jul 14 23:46:20 localhost kernel: [ 8505.648070] 604505 pages non-shared
    Jul 14 23:46:20 localhost kernel: [ 8505.648107] sd 0:0:0:0: [sda] Stopping disk
    Jul 14 23:46:20 localhost kernel: [ 8505.731612] HDA Intel 0000:00:1b.0: PCI INT A disabled
    Jul 14 23:46:20 localhost kernel: [ 8505.893374] [fglrx] Suspending fglrx in kernel completed.
    Jul 14 23:46:20 localhost kernel: [ 8505.893377] [fglrx] Power down the ASIC .
    Jul 14 23:46:20 localhost kernel: [ 8506.356479] PM: suspend of devices complete after 843.272 msecs
    Jul 14 23:46:20 localhost kernel: [ 8506.409696] PM: late suspend of devices complete after 53.343 msecs
    Jul 14 23:46:20 localhost kernel: [ 8506.409993] ACPI: Preparing to enter system sleep state S3
    Jul 14 23:46:20 localhost kernel: [ 8506.526263] PM: Saving platform NVS memory
    Jul 14 23:46:20 localhost kernel: [ 8506.528060] Disabling non-boot CPUs ...
    Jul 14 23:46:20 localhost kernel: [ 8506.672249] CPU 1 is now offline
    Jul 14 23:46:20 localhost kernel: [ 8506.805254] CPU 2 is now offline
    Jul 14 23:46:20 localhost kernel: [ 8506.931586] CPU 3 is now offline
    Jul 14 23:46:20 localhost kernel: [ 8506.931924] Extended CMOS year: 2000
    Jul 14 23:46:20 localhost kernel: [ 8506.932121] ACPI: Low-level resume complete
    Jul 14 23:46:20 localhost kernel: [ 8506.932167] PM: Restoring platform NVS memory
    Jul 14 23:46:20 localhost kernel: [ 8506.932608] Extended CMOS year: 2000
    Jul 14 23:46:20 localhost kernel: [ 8506.932626] Enabling non-boot CPUs ...
    Jul 14 23:46:20 localhost kernel: [ 8506.939427] Booting Node 0 Processor 1 APIC 0x4
    Jul 14 23:46:20 localhost kernel: [ 8506.939430] smpboot cpu 1: start_ip = 97000
    Jul 14 23:46:20 localhost kernel: [ 8507.055234] Switched to NOHz mode on CPU #1
    Jul 14 23:46:20 localhost kernel: [ 8507.095325] NMI watchdog enabled, takes one hw-pmu counter.
    Jul 14 23:46:20 localhost kernel: [ 8507.095442] CPU1 is up
    Jul 14 23:46:20 localhost kernel: [ 8507.095504] Booting Node 0 Processor 2 APIC 0x1
    Jul 14 23:46:20 localhost kernel: [ 8507.095505] smpboot cpu 2: start_ip = 97000
    Jul 14 23:46:20 localhost kernel: [ 8507.211565] Switched to NOHz mode on CPU #2
    Jul 14 23:46:20 localhost kernel: [ 8507.251738] NMI watchdog enabled, takes one hw-pmu counter.
    Jul 14 23:46:20 localhost kernel: [ 8507.251873] CPU2 is up
    Jul 14 23:46:20 localhost kernel: [ 8507.251962] Booting Node 0 Processor 3 APIC 0x5
    Jul 14 23:46:20 localhost kernel: [ 8507.251964] smpboot cpu 3: start_ip = 97000
    Jul 14 23:46:20 localhost kernel: [ 8507.367843] Switched to NOHz mode on CPU #3
    Jul 14 23:46:20 localhost kernel: [ 8507.408173] NMI watchdog enabled, takes one hw-pmu counter.
    Jul 14 23:46:20 localhost kernel: [ 8507.408519] CPU3 is up
    Jul 14 23:46:20 localhost kernel: [ 8507.410477] ACPI: Waking up from system sleep state S3
    Jul 14 23:46:20 localhost kernel: [ 8507.484393] power_supply BAT0: parent PNP0C0A:00 should not be sleeping
    Jul 14 23:46:20 localhost kernel: [ 8507.597538] pcieport 0000:00:01.0: restoring config space at offset 0xf (was 0x80100, writing 0x8010b)
    Jul 14 23:46:20 localhost kernel: [ 8507.597543] pcieport 0000:00:01.0: restoring config space at offset 0x7 (was 0x2020, writing 0x20002020)
    Jul 14 23:46:20 localhost kernel: [ 8507.597547] pcieport 0000:00:01.0: restoring config space at offset 0x3 (was 0x10000, writing 0x10010)
    Jul 14 23:46:20 localhost kernel: [ 8507.597550] pcieport 0000:00:01.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100507)
    Jul 14 23:46:20 localhost kernel: [ 8507.597595] ehci_hcd 0000:00:1a.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
    Jul 14 23:46:20 localhost kernel: [ 8507.597608] ehci_hcd 0000:00:1a.0: restoring config space at offset 0x4 (was 0x0, writing 0xf0606000)
    Jul 14 23:46:20 localhost kernel: [ 8507.597613] ehci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900102)
    Jul 14 23:46:20 localhost kernel: [ 8507.597635] HDA Intel 0000:00:1b.0: restoring config space at offset 0xf (was 0x100, writing 0x107)
    Jul 14 23:46:20 localhost kernel: [ 8507.597646] HDA Intel 0000:00:1b.0: restoring config space at offset 0x4 (was 0xdc000004, writing 0xf0600004)
    Jul 14 23:46:20 localhost kernel: [ 8507.597650] HDA Intel 0000:00:1b.0: restoring config space at offset 0x3 (was 0x0, writing 0x10)
    Jul 14 23:46:20 localhost kernel: [ 8507.597654] HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100006, writing 0x100102)
    Jul 14 23:46:20 localhost kernel: [ 8507.597673] pcieport 0000:00:1c.0: restoring config space at offset 0xf (was 0x100, writing 0x4010a)
    Jul 14 23:46:20 localhost kernel: [ 8507.597680] pcieport 0000:00:1c.0: restoring config space at offset 0x9 (was 0x10001, writing 0xf011f001)
    Jul 14 23:46:20 localhost kernel: [ 8507.597683] pcieport 0000:00:1c.0: restoring config space at offset 0x8 (was 0x0, writing 0xf020f020)
    Jul 14 23:46:20 localhost kernel: [ 8507.597687] pcieport 0000:00:1c.0: restoring config space at offset 0x7 (was 0x0, writing 0x3030)
    Jul 14 23:46:20 localhost kernel: [ 8507.597690] pcieport 0000:00:1c.0: restoring config space at offset 0x6 (was 0x0, writing 0x40300)
    Jul 14 23:46:20 localhost kernel: [ 8507.597694] pcieport 0000:00:1c.0: restoring config space at offset 0x3 (was 0x810000, writing 0x810010)
    Jul 14 23:46:20 localhost kernel: [ 8507.597698] pcieport 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
    Jul 14 23:46:20 localhost kernel: [ 8507.597721] pcieport 0000:00:1c.1: restoring config space at offset 0xf (was 0x200, writing 0x4020b)
    Jul 14 23:46:20 localhost kernel: [ 8507.597728] pcieport 0000:00:1c.1: restoring config space at offset 0x9 (was 0x10001, writing 0xc011c001)
    Jul 14 23:46:20 localhost kernel: [ 8507.597731] pcieport 0000:00:1c.1: restoring config space at offset 0x8 (was 0x0, writing 0xf030f030)
    Jul 14 23:46:20 localhost kernel: [ 8507.597734] pcieport 0000:00:1c.1: restoring config space at offset 0x7 (was 0x0, writing 0x4040)
    Jul 14 23:46:20 localhost kernel: [ 8507.597737] pcieport 0000:00:1c.1: restoring config space at offset 0x6 (was 0x0, writing 0x50500)
    Jul 14 23:46:20 localhost kernel: [ 8507.597742] pcieport 0000:00:1c.1: restoring config space at offset 0x3 (was 0x810000, writing 0x810010)
    Jul 14 23:46:20 localhost kernel: [ 8507.597746] pcieport 0000:00:1c.1: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
    Jul 14 23:46:20 localhost kernel: [ 8507.597768] ehci_hcd 0000:00:1d.0: restoring config space at offset 0xf (was 0x100, writing 0x10b)
    Jul 14 23:46:20 localhost kernel: [ 8507.597781] ehci_hcd 0000:00:1d.0: restoring config space at offset 0x4 (was 0x0, writing 0xf0607000)
    Jul 14 23:46:20 localhost kernel: [ 8507.597786] ehci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900102)
    Jul 14 23:46:20 localhost kernel: [ 8507.597803] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x40000, writing 0x400ff)
    Jul 14 23:46:20 localhost kernel: [ 8507.597810] pci 0000:00:1e.0: restoring config space at offset 0x9 (was 0x10001, writing 0x1fff1)
    Jul 14 23:46:20 localhost kernel: [ 8507.597813] pci 0000:00:1e.0: restoring config space at offset 0x8 (was 0x0, writing 0xfff0)
    Jul 14 23:46:20 localhost kernel: [ 8507.597816] pci 0000:00:1e.0: restoring config space at offset 0x7 (was 0x22800000, writing 0x228000f0)
    Jul 14 23:46:20 localhost kernel: [ 8507.597823] pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
    Jul 14 23:46:20 localhost kernel: [ 8507.597868] ahci 0000:00:1f.2: restoring config space at offset 0xf (was 0x200, writing 0x205)
    Jul 14 23:46:20 localhost kernel: [ 8507.597880] ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00007, writing 0x2b00407)
    Jul 14 23:46:20 localhost kernel: [ 8507.597921] pci 0000:00:1f.6: restoring config space at offset 0xf (was 0x300, writing 0x30a)
    Jul 14 23:46:20 localhost kernel: [ 8507.597936] pci 0000:00:1f.6: restoring config space at offset 0x1 (was 0x100000, writing 0x100002)
    Jul 14 23:46:20 localhost kernel: [ 8507.597958] fglrx_pci 0000:02:00.0: restoring config space at offset 0xf (was 0x1ff, writing 0x10b)
    Jul 14 23:46:20 localhost kernel: [ 8507.597967] fglrx_pci 0000:02:00.0: restoring config space at offset 0x8 (was 0x1, writing 0x2001)
    Jul 14 23:46:20 localhost kernel: [ 8507.597971] fglrx_pci 0000:02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xcfee0004)
    Jul 14 23:46:20 localhost kernel: [ 8507.597975] fglrx_pci 0000:02:00.0: restoring config space at offset 0x4 (was 0xc, writing 0xd000000c)
    Jul 14 23:46:20 localhost kernel: [ 8507.597978] fglrx_pci 0000:02:00.0: restoring config space at offset 0x3 (was 0x800000, writing 0x800010)
    Jul 14 23:46:20 localhost kernel: [ 8507.597982] fglrx_pci 0000:02:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100503)
    Jul 14 23:46:20 localhost kernel: [ 8507.598013] HDA Intel 0000:02:00.1: restoring config space at offset 0xf (was 0x2ff, writing 0x20a)
    Jul 14 23:46:20 localhost kernel: [ 8507.598024] HDA Intel 0000:02:00.1: restoring config space at offset 0x4 (was 0x4, writing 0xcfedc004)
    Jul 14 23:46:20 localhost kernel: [ 8507.598028] HDA Intel 0000:02:00.1: restoring config space at offset 0x3 (was 0x800000, writing 0x800010)
    Jul 14 23:46:20 localhost kernel: [ 8507.598032] HDA Intel 0000:02:00.1: restoring config space at offset 0x1 (was 0x100000, writing 0x100103)
    Jul 14 23:46:20 localhost kernel: [ 8507.598116] tg3 0000:03:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x10)
    Jul 14 23:46:20 localhost kernel: [ 8507.598121] tg3 0000:03:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100506)
    Jul 14 23:46:20 localhost kernel: [ 8507.598178] ath9k 0000:05:00.0: restoring config space at offset 0xf (was 0x1ff, writing 0x10a)
    Jul 14 23:46:20 localhost kernel: [ 8507.598196] ath9k 0000:05:00.0: restoring config space at offset 0x4 (was 0x4, writing 0xf0300004)
    Jul 14 23:46:20 localhost kernel: [ 8507.598200] ath9k 0000:05:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x10)
    Jul 14 23:46:20 localhost kernel: [ 8507.598205] ath9k 0000:05:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100107)
    Jul 14 23:46:20 localhost kernel: [ 8507.598413] PM: early resume of devices complete after 0.957 msecs
    Jul 14 23:46:20 localhost kernel: [ 8507.598692] ehci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
    Jul 14 23:46:20 localhost kernel: [ 8507.598700] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
    Jul 14 23:46:20 localhost kernel: [ 8507.598705] ehci_hcd 0000:00:1a.0: setting latency timer to 64
    Jul 14 23:46:20 localhost kernel: [ 8507.598708] ehci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
    Jul 14 23:46:20 localhost kernel: [ 8507.598711] HDA Intel 0000:00:1b.0: setting latency timer to 64
    Jul 14 23:46:20 localhost kernel: [ 8507.598715] ehci_hcd 0000:00:1d.0: setting latency timer to 64
    Jul 14 23:46:20 localhost kernel: [ 8507.598746] pci 0000:00:1e.0: setting latency timer to 64
    Jul 14 23:46:20 localhost kernel: [ 8507.598753] HDA Intel 0000:00:1b.0: irq 42 for MSI/MSI-X
    Jul 14 23:46:20 localhost kernel: [ 8507.598765] [fglrx] Kernel supports PAT but it has been disabled
    Jul 14 23:46:20 localhost kernel: [ 8507.598766] [fglrx] Using driver built-in PAT support instead
    Jul 14 23:46:20 localhost kernel: [ 8507.598768] ahci 0000:00:1f.2: setting latency timer to 64
    Jul 14 23:46:20 localhost kernel: [ 8507.599319] tg3 0000:03:00.0: wake-up capability disabled by ACPI
    Jul 14 23:46:20 localhost kernel: [ 8507.599360] tg3 0000:03:00.0: PME# disabled
    Jul 14 23:46:20 localhost kernel: [ 8507.599505] HDA Intel 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
    Jul 14 23:46:20 localhost kernel: [ 8507.599515] HDA Intel 0000:02:00.1: setting latency timer to 64
    Jul 14 23:46:20 localhost kernel: [ 8507.599554] HDA Intel 0000:02:00.1: irq 43 for MSI/MSI-X
    Jul 14 23:46:20 localhost kernel: [ 8507.599630] sd 0:0:0:0: [sda] Starting disk
    Jul 14 23:46:20 localhost kernel: [ 8507.599912] fglrx_pci 0000:02:00.0: setting latency timer to 64
    Jul 14 23:46:20 localhost kernel: [ 8507.605625] [fglrx] Power up the ASIC
    Jul 14 23:46:20 localhost kernel: [ 8507.605752] [fglrx] Preparing resume fglrx in kernel.
    Jul 14 23:46:20 localhost kernel: [ 8507.673839] [fglrx] Resuming fglrx in kernel completed.
    Jul 14 23:46:20 localhost kernel: [ 8507.674036] [fglrx] IRQ 44 Enabled
    Jul 14 23:46:20 localhost kernel: [ 8507.850159] usb 2-1.5: reset high speed USB device number 3 using ehci_hcd
    Jul 14 23:46:20 localhost kernel: [ 8507.916491] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
    Jul 14 23:46:20 localhost kernel: [ 8507.919985] ata5.00: configured for UDMA/100
    Jul 14 23:46:20 localhost kernel: [ 8510.054456] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
    Jul 14 23:46:20 localhost kernel: [ 8510.258470] ata1.00: configured for UDMA/133
    Jul 14 23:46:20 localhost kernel: [ 8510.336104] PM: resume of devices complete after 2744.342 msecs
    Jul 14 23:46:20 localhost kernel: [ 8510.336358] PM: Finishing wakeup.
    Jul 14 23:46:20 localhost kernel: [ 8510.336359] Restarting tasks ... done.
    Jul 14 23:46:20 localhost kernel: [ 8510.344265] video LNXVIDEO:00: Restoring backlight state
    Jul 14 23:46:21 localhost kernel: [ 8511.289064] tg3 0000:03:00.0: eth0: Link is down
    Jul 14 23:46:23 localhost kernel: [ 8513.177532] EXT4-fs (sda5): re-mounted. Opts: commit=0
    Jul 14 23:46:24 localhost kernel: [ 8513.797702] EXT4-fs (sda6): re-mounted. Opts: commit=0
    Jul 14 23:46:24 localhost kernel: [ 8514.034086] tg3 0000:03:00.0: PME# enabled
    Jul 14 23:46:24 localhost kernel: [ 8514.034101] tg3 0000:03:00.0: wake-up capability enabled by ACPI
    Jul 14 23:46:24 localhost kernel: [ 8514.057819] tg3 0000:03:00.0: irq 45 for MSI/MSI-X
    Jul 14 23:46:24 localhost kernel: [ 8514.291538] tg3 0000:03:00.0: eth0: Link is down
    Jul 14 23:46:26 localhost kernel: [ 8516.531715] wlan0: authenticate with 00:1b:11:a3:7b:24 (try 1)
    Jul 14 23:46:26 localhost kernel: [ 8516.533596] wlan0: authenticated
    Jul 14 23:46:26 localhost kernel: [ 8516.533615] wlan0: associate with 00:1b:11:a3:7b:24 (try 1)
    Jul 14 23:46:26 localhost kernel: [ 8516.536019] wlan0: RX AssocResp from 00:1b:11:a3:7b:24 (capab=0x431 status=0 aid=3)
    Jul 14 23:46:26 localhost kernel: [ 8516.536021] wlan0: associated
    Jul 14 23:49:21 localhost kernel: [ 8690.305910] [fglrx] ASIC hang happened
    Jul 14 23:49:21 localhost kernel: [ 8690.305915] Pid: 820, comm: X Tainted: P 2.6.39-ARCH #1
    Jul 14 23:49:21 localhost kernel: [ 8690.305917] Call Trace:
    Jul 14 23:49:21 localhost kernel: [ 8690.305955] [<ffffffffa0698d5e>] KCL_DEBUG_OsDump+0xe/0x10 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.305972] [<ffffffffa06a618c>] firegl_hardwareHangRecovery+0x1c/0x50 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306004] [<ffffffffa072d419>] ? _ZN4Asic9WaitUntil15ResetASICIfHungEv+0x9/0x10 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306034] [<ffffffffa072d3cc>] ? _ZN4Asic9WaitUntil15WaitForCompleteEv+0x6c/0xb0 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306050] [<ffffffffa0779d7f>] ? _ZN13BaseUVDEngineI18mmEngineRS780_UVD2E4idleEv+0x7f/0xc0 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306081] [<ffffffffa072c55c>] ? _ZN15ExecutableUnits35flush_all_and_invalidate_HDP_cachesE12_QS_CP_RING_+0xbc/0xe0 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306112] [<ffffffffa072c355>] ? _ZN15ExecutableUnits10CPRingIdleE15idle_WaitMethod12_QS_CP_RING_+0x105/0x1a0 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306143] [<ffffffffa0736807>] ? _ZN11AsicCypress21initializeMicroEngineEv+0x147/0x160 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306158] [<ffffffffa077a026>] ? _ZN13BaseUVDEngineI18mmEngineRS780_UVD2E14SwitchEngineHWEN8mmEngine15MM_ENGINE_STATEE+0x26/0x1d0 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306190] [<ffffffffa072733a>] ? _ZN18mmEnginesContainer13assertEnginesEb+0x5a/0xa0 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306220] [<ffffffffa072be78>] ? _ZN15ExecutableUnits17assertPrimaryRingEb+0x1f8/0x210 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306251] [<ffffffffa073372a>] ? _ZN8AsicR6009assertPM4Eb+0x4a/0x70 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306270] [<ffffffffa06c3350>] ? firegl_cmmqs_disabledriver+0xf0/0xf0 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306299] [<ffffffffa07080aa>] ? CMMQS_ReinitializeHardware+0x6a/0x80 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306318] [<ffffffffa06c43e0>] ? firegl_cmmqs_Enable_QS+0x70/0x110 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306337] [<ffffffffa06c3370>] ? firegl_cmmqs_enableqs+0x20/0x90 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306349] [<ffffffffa0694256>] ? KCL_PosixSecurityCapCheck+0x26/0x30 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306365] [<ffffffffa06a1d98>] ? firegl_ioctl+0x1e8/0x250 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306369] [<ffffffff8118ae62>] ? fsnotify+0x1c2/0x2a0
    Jul 14 23:49:21 localhost kernel: [ 8690.306380] [<ffffffffa0692eae>] ? ip_firegl_unlocked_ioctl+0xe/0x20 [fglrx]
    Jul 14 23:49:21 localhost kernel: [ 8690.306385] [<ffffffff81163b6f>] ? do_vfs_ioctl+0x8f/0x500
    Jul 14 23:49:21 localhost kernel: [ 8690.306389] [<ffffffff81151f48>] ? vfs_write+0x148/0x180
    Jul 14 23:49:21 localhost kernel: [ 8690.306391] [<ffffffff81164071>] ? sys_ioctl+0x91/0xa0
    Jul 14 23:49:21 localhost kernel: [ 8690.306396] [<ffffffff813e8ec2>] ? system_call_fastpath+0x16/0x1b
    Jul 14 23:49:21 localhost kernel: [ 8690.306399] pubdev:0xffffffffa08da080, num of device:1 , name:fglrx, major 8, minor 86.
    Jul 14 23:49:21 localhost kernel: [ 8690.306402] device 0 : 0xffff88012c40c000 .
    Jul 14 23:49:21 localhost kernel: [ 8690.306403] Asic ID:0x68c1, revision:0x28, MMIOReg:0xffffc900117c0000.
    Jul 14 23:49:21 localhost kernel: [ 8690.306405] FB phys addr: 0xd0000000, MC :0xf00000000, Total FB size :0x40000000.
    Jul 14 23:49:21 localhost kernel: [ 8690.306407] gart table MC:0xf0f941000, Physical:0xdf941000, size:0x3be000.
    Jul 14 23:49:21 localhost kernel: [ 8690.306410] mc_node :FB, total 1 zones
    Jul 14 23:49:21 localhost kernel: [ 8690.306411] MC start:0xf00000000, Physical:0xd0000000, size:0xfd00000.
    Jul 14 23:49:21 localhost kernel: [ 8690.306414] Mapped heap -- Offset:0x0, size:0xf941000, reference count:120, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306416] Mapped heap -- Offset:0x0, size:0x1000000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306418] Mapped heap -- Offset:0xf941000, size:0x3bf000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306419] mc_node :INV_FB, total 1 zones
    Jul 14 23:49:21 localhost kernel: [ 8690.306421] MC start:0xf0fd00000, Physical:0xdfd00000, size:0x30300000.
    Jul 14 23:49:21 localhost kernel: [ 8690.306423] Mapped heap -- Offset:0x302f4000, size:0xc000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306424] mc_node :GART_USWC, total 2 zones
    Jul 14 23:49:21 localhost kernel: [ 8690.306426] MC start:0x3ce90000, Physical:0x0, size:0x4ac00000.
    Jul 14 23:49:21 localhost kernel: [ 8690.306428] Mapped heap -- Offset:0x5030000, size:0x800000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306430] Mapped heap -- Offset:0x4830000, size:0x800000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306432] Mapped heap -- Offset:0x4030000, size:0x800000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306434] Mapped heap -- Offset:0x3830000, size:0x800000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306436] Mapped heap -- Offset:0x3030000, size:0x800000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306438] Mapped heap -- Offset:0x2830000, size:0x800000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306440] Mapped heap -- Offset:0x2030000, size:0x800000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306442] Mapped heap -- Offset:0x30000, size:0x2000000, reference count:13, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306444] mc_node :GART_CACHEABLE, total 3 zones
    Jul 14 23:49:21 localhost kernel: [ 8690.306445] MC start:0x10400000, Physical:0x0, size:0x2ca90000.
    Jul 14 23:49:21 localhost kernel: [ 8690.306447] Mapped heap -- Offset:0x8100000, size:0x700000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306449] Mapped heap -- Offset:0x3f00000, size:0x600000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306451] Mapped heap -- Offset:0x5800000, size:0x700000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306453] Mapped heap -- Offset:0x5100000, size:0x700000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306455] Mapped heap -- Offset:0x7b00000, size:0x600000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306457] Mapped heap -- Offset:0x7500000, size:0x600000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306459] Mapped heap -- Offset:0x6f00000, size:0x600000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306461] Mapped heap -- Offset:0x6900000, size:0x600000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306463] Mapped heap -- Offset:0x6300000, size:0x600000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306465] Mapped heap -- Offset:0x4500000, size:0x600000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306467] Mapped heap -- Offset:0x4d00000, size:0x400000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306469] Mapped heap -- Offset:0x3c00000, size:0x300000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306471] Mapped heap -- Offset:0x3500000, size:0x700000, reference count:3, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306473] Mapped heap -- Offset:0x2e00000, size:0x700000, reference count:2, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306475] Mapped heap -- Offset:0x2700000, size:0x700000, reference count:3, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306477] Mapped heap -- Offset:0x2300000, size:0x400000, reference count:5, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306479] Mapped heap -- Offset:0x1f00000, size:0x400000, reference count:6, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306481] Mapped heap -- Offset:0x1b00000, size:0x400000, reference count:5, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306483] Mapped heap -- Offset:0x1700000, size:0x400000, reference count:3, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306485] Mapped heap -- Offset:0x1000000, size:0x700000, reference count:17, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306487] Mapped heap -- Offset:0x900000, size:0x700000, reference count:16, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306489] Mapped heap -- Offset:0x200000, size:0x700000, reference count:40, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306491] Mapped heap -- Offset:0x0, size:0x200000, reference count:16, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306494] Mapped heap -- Offset:0xef000, size:0x11000, reference count:1, mapping count:0,
    Jul 14 23:49:21 localhost kernel: [ 8690.306552] GRBM : 0x3828, SRBM : 0x200000c0 .
    Jul 14 23:49:21 localhost kernel: [ 8690.306555] CP_RB_BASE : 0x3cec00, CP_RB_RPTR : 0x20 , CP_RB_WPTR :0x20.
    Jul 14 23:49:21 localhost kernel: [ 8690.306558] CP_IB1_BUFSZ:0x0, CP_IB1_BASE_HI:0x0, CP_IB1_BASE_LO:0x0.
    Jul 14 23:49:21 localhost kernel: [ 8690.306560] last submit IB buffer -- MC :0x0. Can't found mapped physical page for this MC .
    Jul 14 23:49:21 localhost kernel: [ 8690.306561] Dump the trace queue.
    Jul 14 23:49:21 localhost kernel: [ 8690.306562] End of dump
    Too bad we still don't know what's the cause... and why it seemed to be fine for so many days.
    Update: Well, this is weird and worse and perhaps related. The first time that this happened to me was a few days ago. After 15 minutes of inactivity, the screen turns off, to save power, well, I think this is the third time that, when returning to the laptop and attempting to turn the screen back on, it doesn't. It's like the same thing that happens when resuming from sleep mode, the black screen.
    I checked the logs, and in everything.log, these are the only entries from about that time:
    Jul 15 18:03:01 localhost crond[820]: FILE /var/spool/cron/root USER root PID 12357 job sys-hourly
    Jul 15 18:08:13 localhost kernel: [13935.470836] ath: txq: ffff88013002e8d0 axq_qnum: 2, mac80211_qnum: 2 axq_link: ffff88003782c160 pending frames: 1 axq_acq empty: 1 stopped: 0 axq_depth: 0 Attempting to restart tx logic.
    Jul 15 18:15:44 localhost -- MARK --
    Jul 15 18:32:02 localhost kernel: [15360.917332] SysRq : Keyboard mode set to system default
    Jul 15 18:32:50 localhost kernel: [15408.634134] SysRq : Terminate All Tasks
    Oh, this is so confusing, haha.
    Last edited by AnnS (2011-07-15 23:18:49)

  • Resume from suspend broken after upgrade

    Hi, I'm having a hardware issue noone else seems to be having. I mean, I can't find any discussions or bug reports about it anywhere. :-(
    The specifics:
    Resume from suspend broke after an upgrade. X starts, windows appear, and I can move the cursor around, but everything else is frozen. The only way out is to hit C-A-F1 to switch to the virtual console and restart X or reboot.
    Please, any help will be greatly appreciated.
    I'm running:
    local/lib32-nouveau-dri 9.1.1-1
    extra/nouveau-dri 9.1.1-1
    extra/xf86-video-nouveau 1.0.7-1 (xorg-drivers xorg)
    local/linux-ck 3.8.6-1
    local/linux-ck-headers 3.8.6-1
    An extract of my Xorg.0.log during suspend/resume:
    [    43.750] (II) AIGLX: Suspending AIGLX clients for VT switch
    [    43.750] (II) NOUVEAU(0): NVLeaveVT is called.
    [    53.660] (II) AIGLX: Resuming AIGLX clients after VT switch
    [    53.660] (II) NOUVEAU(0): NVEnterVT is called.
    [    53.694] (II) NOUVEAU(0): EDID vendor "PHL", prod id 2151
    [    53.694] (II) NOUVEAU(0): Using hsync ranges from config file
    [    53.694] (II) NOUVEAU(0): Using vrefresh ranges from config file
    [    53.694] (II) NOUVEAU(0): Printing DDC gathered Modelines:
    [    53.694] (II) NOUVEAU(0): Modeline "1920x1200"x0.0  154.00  1920 1968 2000 2080  1200 1203 1209 1235 +hsync +vsync (74.0 kHz eP)
    [    53.694] (II) NOUVEAU(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "640x480"x0.0   31.50  640 664 704 832  480 489 492 520 -hsync -vsync (37.9 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "640x480"x0.0   30.24  640 704 768 864  480 483 486 525 -hsync -vsync (35.0 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1024x768"x0.0   75.00  1024 1048 1184 1328  768 771 777 806 -hsync -vsync (56.5 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "800x600"x0.0   50.00  800 856 976 1040  600 637 643 666 +hsync +vsync (48.1 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1152x864"x60.0   81.62  1152 1216 1336 1520  864 865 868 895 -hsync +vsync (53.7 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1280x960"x0.0  108.00  1280 1376 1488 1800  960 961 964 1000 +hsync +vsync (60.0 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1280x720"x60.0   74.48  1280 1336 1472 1664  720 721 724 746 -hsync +vsync (44.8 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1440x900"x0.0   88.75  1440 1488 1520 1600  900 903 909 926 +hsync -vsync (55.5 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1440x900"x0.0  136.75  1440 1536 1688 1936  900 903 909 942 -hsync +vsync (70.6 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1600x1200"x0.0  162.00  1600 1664 1856 2160  1200 1201 1204 1250 +hsync +vsync (75.0 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
    [    53.694] (II) NOUVEAU(0): Modeline "1920x1200"x0.0  154.00  1920 1968 2000 2080  1200 1203 1209 1235 +hsync -vsync (74.0 kHz e)
    [    60.180] (II) AIGLX: Suspending AIGLX clients for VT switch
    [    60.180] (II) NOUVEAU(0): NVLeaveVT is called.
    [   131.086] (II) evdev: Logitech USB Optical Mouse: Close
    [   131.087] (II) UnloadModule: "evdev"
    [   131.087] (II) evdev: Microsoft Wired Keyboard 400: Close
    [   131.087] (II) UnloadModule: "evdev"
    [   131.087] (II) evdev: Power Button: Close
    [   131.087] (II) UnloadModule: "evdev"
    [   131.087] (II) evdev: Power Button: Close
    [   131.087] (II) UnloadModule: "evdev"
    [   131.089] (II) NOUVEAU(0): Closed GPU channel 0
    [   131.092] Server terminated successfully (0). Closing log file.
    (looks error free)

    Thank you for your reply, pyther. I figured it was a kernel bug, too, but now I'm not so sure. Surprisingly, in Ubuntu 11.04 (which uses kernel 2.6.38), suspend works fine on my laptop. Figuring that perhaps this was due to an Ubuntu-specific patch, I tried booting the 2.6.38-8-generic kernel that ships with Ubuntu 11.04 on my Arch installation, but found that it was subject to the same issue described above, where the system fails to resume from suspend. I also tried disabling laptop-mode-tools, but to no avail.
    Clearly, the problem is related somewhat to the kernel, as in my Arch installation, suspend works fine in 2.6.36, is somewhat problematic in 2.6.37, and is completely broken in 2.6.38. Yet I don't think it's entirely due to the kernel, as suspend works fine in Ubuntu 11.04, but is broken when I boot my Arch installation with Ubuntu's kernel. Performing a bit bisect to determine the bad commit sounds like it might help, but given that suspend functionality seems to have gotten progressively worse for me since 2.6.36, I'm not sure how I would go about locating a specific commit that is the source of my issues. Is there anything else I might try?

  • W520 resume from suspend issue

    My W520 is about 2 years old now. Been a good machine. Lately I've had this odd issue where the W520 will not resume from suspend/sleep (not hibernation). It pretends to, but then gets stuck in an endless loop of the keyboard flashlight coming on, one of the green LED lights below the screen, and then repeating itself. This is exaclty my issue: http://www.youtube.com/watch?v=48Mi4tqUaZc
    Anyone seen this? Please don't pile on with sleep issues that are different. There are lots of similar isues, but most have different symptoms than this. Googling has shown me that this issue happens on Linux as well as Windows. 
    Thanks

    Okay, I looked at your video.  I have this exact issue too.  It started about a month ago but I am not able to pinpoint when exactly.  What version of BIOS are you running (and other specs)?
    This is frustrating!  Most days now for the past month or so, sometimes multiple  times per day, when I try to resume from sleep it fails just like you have described.  I then end up removing power and rebooting into Windows.  This typically also creates file allocation errors (and the need to check my disk).  I have gone through all of the system updates with the exception of BIOS, which is still at version 1.36.  I was going to check tonight what experience others have had with the newest BIOS.  I will post any solutions I discover.  Let me know if you find out anything.
    W520, i7-2920XM, BIOS 1.36, 1920x1080 FHD, 16GB Kingston HyperX 1600Mhz RAM, NVIDIA Quadro 2000M, WD Scorpio Black 750GB HD, Crucial mSATA 256GB, Windows 7 Pro 64-bit

Maybe you are looking for