Description of problem:
Using the graphics test day CD on a Lenovo X201 Core i5 system, when desktop effects are enabled (compiz), I get wobbly windows and workspaces correctly on either the laptop display or the external monitor, but if I use the hotkey to switch the display, I get a black screen. The only way back seems to switch to a VT (which works) and kill X.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. switch to exclusively the internal or external display
2. enable desktop effects
3. switch to the other display
Well, YOU should know what to expect:
Please add drm.debug=0x04 to the kernel command line, restart computer, and attach
* your X server config file (/etc/X11/xorg.conf, if available),
* X server log file (/var/log/Xorg.*.log)
* output of the dmesg command, and
* system log (/var/log/messages)
to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 451026 [details]
Created attachment 451027 [details]
Created attachment 451028 [details]
Requested logs attached. I don't have an xorg.conf. Also, I failed to note in the original report that when the screen goes black, I still have the cursor and can move it around the screen. Also, my comment about exclusively using the internal or external display is probably a red herring. I had to switch a couple times before it triggered this morning, and I think it finally triggered on a mode with both displays active. Also potentially triggers when I use the laptop undocked, then return it to the dock, adding the external display.
matej: I think you got Alex confused with me :)
Thanks for the report, Alex. If you switch to a VT and back when you're in the 'black screen with cursor visible' state, does the desktop show up? That happens on my laptop after resuming from suspend (though that's a nouveau system).
(In reply to comment #6)
> Thanks for the report, Alex. If you switch to a VT and back when you're in the
> 'black screen with cursor visible' state, does the desktop show up? That
> happens on my laptop after resuming from suspend (though that's a nouveau
Nope, switching to a VT and back to X doesn't recover the display.
could you let us know the time, in /var/log/messages, when you switched displays and hit the bug?
Created attachment 452201 [details]
Created attachment 452202 [details]
Created attachment 452203 [details]
New logs uploaded with annotations of when I did what. This time it happened on the first switch. Tried several things to recover, none successful other than killing X.
Please fix this
Still present in f15 test day iso :(
Updating to Fedora 15 based on previous comment before this gets auto closed.
(In reply to comment #16)
> Updating to Fedora 15 based on previous comment before this gets auto closed.
Sure, just that you don't have to worry THAT much … a month after release of F15 we’ll be auto-closing F13 bugs, not the F14 ones.
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: