There's noticeable screen flickering and corruption that seems to happen usually after the first suspend. Sometimes screen stays black after suspend and sometimes display just gets filled with single colour. chipset: 945GM system architecture: x86_64 Gentoo naming: media-libs/mesa-7.7-r1 x11-base/xorg-server-1.7.5 x11-drivers/xf86-video-intel-2.9.1 x11-libs/libdrm-2.4.17 kernel version: 2.6.33-rc8 Linux distribution: Gentoo Machine or mobo model: Lenovo X60s, model 1702M3G, ThinkPad BIOS 7BETD7WW (2.18 ), EC 7BHT40WW-1.13 Display connector: LVDS1 Video showing the corruption: http://plaes.org/files/2010-Q1/945gm-screen-corruption.mp4
Created attachment 33335 [details] dmesg.log dmesg output with drm.debug=4
Created attachment 33336 [details] Xorg.0.log
Created attachment 33337 [details] xrandr --verbose
I have been running the same kernel with the same stack for a few days now (and at least 5 suspend-resume cycles) with i915.powersave=0 and it works fine. So the issue is caused by powersave features.
Issue is still present on Linux 2.6.34-rc2-00288-gb72c409 x11-libs/libdrm-2.4.19 media-libs/mesa-7.8 x11-base/xorg-server-1.7.6 x11-drivers/xf86-video-intel-2.10.0-r1
Can you try the drm-intel-next branch of git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel? It disables framebuffer compression on 945 chips, where hardware bugs generally keep it from working right.
(In reply to comment #6) > Can you try the drm-intel-next branch of > git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel? It disables > framebuffer compression on 945 chips, where hardware bugs generally keep it > from working right. Hehe.. well it gets rid of the flickring and corruption issues, but sometimes when resuming from suspend the screen still stays black.
Yeah, we have another bug open for that issue. :p Sorry about that, but thanks for confirming this one.
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.