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.. -
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.
ThanksOkay, 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
-
What is the best account software for ox lion
Please let me know what is the best accounting software for ox lion
-
I just upgraded to Firefox 13 beta. Previously when I use the 'Search Google for' context menu - (the menu item is shown when you select any text on a page and right click on it) - the search results page would open in a background tab. Now after the
-
Automatic Batch Determination in Delivery
Hello all, I need you help. business required that the batch of the high level item be automatically determined in the delivery document We acticated 1.Delivery item category for Autom Batch Determ Activate the item ctg for batch determ; Delivery
-
When I go to text my deleted contacts still show.
When I go to text, my deleted contacts still show up when I type in a name but when I tap on them just the number shows up. Is there a way to get them to go away other than reseting my iPhone 5?
-
Hi, I want to import a .csv calendar into my BT Yahoo Mail Calendar but cannot find out how to do it. Is it possible or can it only import ics files? Thanks for reading