Description of problem: After plugging an external VGA monitor, the display often starts to flash in red and black (sometimes it remains black). Suspend/resume causes the machine to hang (always or very often). Version-Release number of selected component (if applicable): kernel-2.6.38-1.fc15.x86_64 xorg-x11-drv-intel-2.14.0-3.bernie2.fc16.x86_64 xorg-x11-server-Xorg-1.10.0-3.fc15.x86_64 mesa-libGL-7.10-0.29.fc15.x86_64 libdrm-2.4.24-1.fc15.x86_64 How reproducible: often / always Steps to Reproduce: 1. boot the system into gdm 2. plug an external VGA monitor 3. enjoy the fireworks Actual results: screen starts to flash (solid red frames alternating with solid black frames). Expected results: gdm should appear on other screen, or something like that Additional info: This bug may be related with one of these similar 2.6.35 bugs: https://bugzilla.redhat.com/show_bug.cgi?id=680828 https://bugzilla.redhat.com/show_bug.cgi?id=689675 Howeverm on 2.6.38 the problem a much easier to trigger and the pyrotechnic effects are different, which is why I filed a separate bug.
Created attachment 486728 [details] dmesg output generated with drm.debug=0x04 while X screen was black or flashing
COuld we get /var/log/Xorg.0.log and if you have any /etc/X11/xorg.conf (or ./xorg.conf.d/ files), please? Thank you
Attaching Xorg.log. I have no xorg.conf.
Created attachment 487711 [details] Xorg log taken while X was hung (with cursor moving)
Note these suspicious lines, in quick succession: [ 73911.109] (EE) intel(0): [DRI2] DRI2SwapBuffers: drawable has no back or front? [ 73911.312] (EE) intel(0): [DRI2] DRI2SwapBuffers: drawable has no back or front? [ 73911.347] (EE) intel(0): [DRI2] DRI2SwapBuffers: drawable has no back or front? [ 73911.577] (EE) intel(0): [DRI2] DRI2SwapBuffers: drawable has no back or front?
Confirmed with kernel-2.6.38.2-8.fc15.x86_64. Also confirmed on Ubuntu Natty with linux-image-2.6.38-8-generic.
Also experienced this. Using xrandr manually seems to put things back to a sane state, but something as simple as closing the laptop lid and opening it again is enough to break things.
OK, this seems to have improved with the latest updates. Now the flashing is not reproducible for me, but anyway, it appears that rotating the configuration with the Fn+F7 combo is enough to get the GNOME shell in an unusable state, so something is still fishy.
After several days of testing, I couldn't reproduce this bug with kernel-2.6.39-0.rc3.git2.0.fc16.x86_64. However, I'm still seeing several other bugs on monitor plug/unplug while running a composing GL window manager (compiz in my case).
(In reply to comment #9) > After several days of testing, I couldn't reproduce this bug with > kernel-2.6.39-0.rc3.git2.0.fc16.x86_64. > > However, I'm still seeing several other bugs on monitor plug/unplug while > running a composing GL window manager (compiz in my case). So, what do you think I should do with this bug? Reassign to compiz or close as CLOSED/NEXTRELEASE in Rawhide and ask you to file a new bug?
This doesn't only affect compiz. I experience breakage with the gnome-shell compositing as well. So the issue not necessarily is at that layer.
(In reply to comment #11) > This doesn't only affect compiz. I experience breakage with the gnome-shell > compositing as well. So the issue not necessarily is at that layer. Sorry, but it is really difficult to decide that two rendering problems are in fact the same. Could I ask you to file a separate bug for your problem with information attached per comment 2 together with dmesg output AFTER the issue happens but before restart, please? Thank you
Sorry, but I can't afford continuously breaking my system and don't have much time now to help debugging this. Please find a computer with this chipset (it shouldn't be so hard to do) and check this mess before F15 is released with such a highly visible breakage. Just for the record, with the latest kernel and xorg intel module update the red flashing is back. Also the composition is broken, etc. Only possible thing to do to recover the system is to restart the X server.
2.6.39 works fine. Perhaps the patch that fixed this bug could be identified and backport it to 2.6.38? Claudio: what's your system like? I have a Lenovo X201 with an i7 processor. Trying to determine how much hardware is affected by this issue.
Bernie, I have exactly the same laptop.
I just built 2.6.39 from kernel/master and I can't reproduce any of this again. Hotplug works fine, and cycling with Fn+F7 doesn't break the compositor. I haven't changed anything else, so this smells like a kernel problem.
I have worked around the bug by disabling the vertical blank sync in Compiz.
This bug appears to have been fixed upstream, although it's not clear in which kernel version: https://bugs.freedesktop.org/show_bug.cgi?id=34787
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping