With KMS enabled, when I resume from suspend to ram I get only black and white lines on the screen. with X and without. 31_rc5 < kernel < 31_rc6 lspci: 01:00.0 VGA compatible controller: ATI Technologies Inc M64-S [Mobility Radeon X2300] means of suspend: pm-suspend pm-suspend --quirk-none (i'm not sure this does anything - it's not in the man page) echo mem > /sys/power/state dmesg of resumed machine: ... 1 [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(10). [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! [drm:drm_ioctl], ret = ffffffea [drm:drm_ioctl], pid=15593, cmd=0xc020645d, nr=0x5d, dev 0xe200, auth=1 [drm:drm_ioctl], pid=15593, cmd=0x40086409, nr=0x09, dev 0xe200, auth=1 [drm:drm_ioctl], pid=15593, cmd=0xc020645d, nr=0x5d, dev 0xe200, auth=1 [drm:drm_ioctl], pid=15593, cmd=0xc0206466, nr=0x66, dev 0xe200, auth=1 [drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(10). [drm:radeon_cs_ioctl] *ERROR* Faild to schedule IB ! [drm:drm_ioctl], ret = ffffffea ... ... ... /var/log/pm-suspend.log: Initial commandline parameters: Blacklisting 01grub. Blacklisting 90clock. Wed Aug 12 16:58:14 CEST 2009: Running hooks for suspend. /usr/lib64/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/lib64/pm-utils/sleep.d/00logging suspend suspend: Linux yokto 2.6.31-rc5-tysha #2 SMP Tue Aug 11 13:38:16 CEST 2009 x86_64 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux Module Size Used by ipv6 200272 16 snd_seq_oss 18672 0 ... ... total used free shared buffers cached Mem: 2057708 627664 1430044 0 26868 326560 -/+ buffers/cache: 274236 1783472 Swap: 4796408 0 4796408 success. /usr/lib64/pm-utils/sleep.d/00powersave suspend suspend: success. /usr/lib64/pm-utils/sleep.d/01grub suspend suspend: disabled. /usr/lib64/pm-utils/sleep.d/49bluetooth suspend suspend: not applicable. /usr/lib64/pm-utils/sleep.d/55NetworkManager suspend suspend: success. /usr/lib64/pm-utils/sleep.d/75modules suspend suspend: success. /usr/lib64/pm-utils/sleep.d/90clock suspend suspend: disabled. /usr/lib64/pm-utils/sleep.d/94cpufreq suspend suspend: success. /usr/lib64/pm-utils/sleep.d/95led suspend suspend: not applicable. /usr/lib64/pm-utils/sleep.d/98smart-kernel-video suspend suspend: /usr/lib64/pm-utils/sleep.d/98smart-kernel-video: line 37: add_parameter: command not found not applicable. /usr/lib64/pm-utils/sleep.d/99video suspend suspend: kernel.acpi_video_flags = 0 success. Wed Aug 12 16:58:15 CEST 2009: performing suspend Wed Aug 12 16:58:29 CEST 2009: Awake. Wed Aug 12 16:58:29 CEST 2009: Running hooks for resume /usr/lib64/pm-utils/sleep.d/99video resume suspend: success. /usr/lib64/pm-utils/sleep.d/98smart-kernel-video resume suspend: success. /usr/lib64/pm-utils/sleep.d/95led resume suspend: not applicable. /usr/lib64/pm-utils/sleep.d/94cpufreq resume suspend: success. /usr/lib64/pm-utils/sleep.d/90clock resume suspend: disabled. /usr/lib64/pm-utils/sleep.d/75modules resume suspend: success. /usr/lib64/pm-utils/sleep.d/55NetworkManager resume suspend: success. /usr/lib64/pm-utils/sleep.d/49bluetooth resume suspend: not applicable. /usr/lib64/pm-utils/sleep.d/01grub resume suspend: disabled. /usr/lib64/pm-utils/sleep.d/00powersave resume suspend: success. /usr/lib64/pm-utils/sleep.d/00logging resume suspend: success. /usr/lib64/pm-utils/sleep.d/00auto-quirk resume suspend: success. Wed Aug 12 16:58:29 CEST 2009: Finished.
Can you test again with drm-next tree, it should work now.
Created attachment 29710 [details] dmesg after resume with drm-next
no still doesn't work I added a full dmesg of the resumed machine.
Does switching away from X (switch to another VT) before suspending work?
doesn't even help when I don't start X in the first place. But the log of it without X may help you.
Created attachment 29760 [details] dmesg without X
the fix from bug 23290 works for me i suggest to close this bug although the fix is not jet in git, but it was suggested to let 23290 open until it is.
*** This bug has been marked as a duplicate of bug 23290 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.