Created attachment 32376 [details] dmesg file System Environment: -------------------- Platform: 945GM Libdrm: (master)cd2e4ba9aac65d10cf790990a8b86feed1cdd774 Mesa: (master)a0996447559bd251ef7f089165405fcdefe79cc5 Xserver: (master)d42f3960514f1c410863ac6c09c5638b5ddeae20 Xf86_video_intel: (master)25a6c8dfae240143309b14cc32ebac6008c3a378 Kernel: (drm-intel-next)cf74ecbbff3e3b45bae61d28d2220f74d853e2f0 Bug detailed description: ------------------------- Start X and gnome, doing rotations for multiple times may cause screen black. This issue happens on all platform with gnome desktop start, OS is fedora 11. If only start X and do rotaions, this issue don't happens. When screen black, the systme is still alive, we can log in with ssh. Reproduce steps: ---------------- 1.start X and gnome 2.xrandr --output VGA1 --rotation left 3.xrandr --output VGA1 --rotation right 4.xrandr --output VGA1 --rotation inverted 5.xrandr --output VGA1 --rotation normal 6.do 2-5 repeatedly
Created attachment 32450 [details] Xorg log Tested against kernel 2.6.33 rc2, compiz enabled. Only piketon, calpella and G45 have the problem, other platform don't have. For G45, we have two machines(one's memory is 1G, the other's is 2G), the 1G memory have the problem, the 2G don't have. If disabled compiz and tested again on piketon, calpella and G45, this issue disappear.
Created attachment 32467 [details] G45 dmesg This issue also appears on kernel 2.6.32. So this is not a regression. By the way, for G45, the 2G memory also have the problem(both on kernel 2.6.32 and 2.6.33). This issue be summarized as follows: Reproduce enviroment: Gnome desktop, compiz enabled, Fedora 11. Reproduce steps: 1.start X and gnome 2.xrandr --output VGA1 --rotation left 3.xrandr --output VGA1 --rotation right 4.xrandr --output VGA1 --rotation inverted 5.xrandr --output VGA1 --rotation normal 6.do 2-5 repeatedly Follow above steps, rotation will cause screen black. It happens on G45, Piketon and Capella. When screen black, the systme is still alive. If only start X(don't start gnome desktop) or compiz disabled, this issue don't happens.
Does this still happen with the latest 2D driver? Can you check the GEM object counts in debugfs to see if we're running out of memory or something? The dmesg indicates we're running out of aperture, so something must not be getting unpinned.
commit f0d760bfd71e2b2b40d2b250cd84b4626492ba47 Author: Jesse Barnes <jbarnes@virtuousgeek.org> Date: Wed Feb 10 11:24:46 2010 -0800 Disable bo reuse on shadow framebuffer Just pushed this into xf86-video-intel, and I don't see the pin count increase, can you confirm that things work?
With this xf86-video-intel commit on kernel 2.6.33rc8(commit 724e6d3fe8003c3f60bf404bf22e4e331327c596), It works fine on G45, piketon and calpella. So I think this issue is fixed by this xf86-video-intel commit. But when I change the kernel to current kernel, the same issue happens. It seems current kernel casues this old problem. I will bisect the first bad kernel.
With bug#26814 fixed, it works fine now. Verified.
Closing old verified.
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.