Red Hat Bugzilla – Bug 486375
"white screen of indifference" with latest xorg-x11-server updates and compiz
Last modified: 2018-04-11 04:45:11 EDT
Created attachment 332568 [details]
Xorg.0.log from whitescreen session
Description of problem:
On my Thinkpad X200 (Intel Graphics):
Updating to the last several xorg-x11-server updates, logging in with compiz enabled regresses to the 'white screen of indifference': screen is entirely white, with just the cursor displayed.
Cursor moves, and it appears to be active: looks like I can select things from the menu, etc.
System boots fine, gdm login window is OK, initial background is displayed OK, but when compiz starts, white, white, white.....
Disabling compiz via "gconftool-2 -s /desktop/gnome/session/required_components/windowmanager -t string metacity" restores display (but of course, no compiz).
Version-Release number of selected component (if applicable):
I'm attaching Xorg.0.log and ~/.xsession-errors from whitescreen session.
Every time. Can't login.....
Steps to Reproduce:
Created attachment 332569 [details]
~/.xsession-errors with whitescreen session
[matej@hubmaier ~]$ curl -s 'https://bugzilla.redhat.com/attachment.cgi?id=332568'|grep -E '^\((EE|WW)\)'
(WW) Falling back to old probe method for vesa
(WW) Falling back to old probe method for fbdev
(WW) intel(0): Register 0x61110 (PORT_HOTPLUG_EN) changed from 0x10000120 to 0x38000120
(WW) intel(0): Register 0x61114 (PORT_HOTPLUG_STAT) changed from 0x00000b00 to 0x28000b00
(WW) intel(0): Register 0x321b (FBC_FENCE_OFF) changed from 0x8102a000 to 0xb801bd00
(WW) intel(0): DRI2 requires UXA
(WW) intel(0): ESR is 0x00000010, page table error
(WW) intel(0): PGTBL_ER is 0x00100000, CS instruction GTT PTE
(WW) intel(0): Existing errors found in hardware state.
Do you have any /etc/X11/xorg.conf? Wouldn't autoconfiguration (i.e., no xorg.conf) work better?
I have no xorg.conf:
[root@tlondon ~]# ls /etc/X11
applnk fontpath.d prefdm xinit Xmodmap Xresources
There may be something strange here.....
I get the reported "white screen" on my "old LCD" monitor (used @home).
I have to boot the new KMS kernel with "nomodeset" to get it to boot. The above reports are for that monitor.
Now that I'm @work, I am using a newer LCD monitor, and I can enable compiz via "desktop effects". This monitor does NOT require me to boot with "nomodeset".
I'll try leaving compiz enabled and logout/login again....
Created attachment 332616 [details]
Xorg.0.log on monitor without whitescreen
Yeah. I think this may be KMS related.
No "white screen" with this monitor that the kernel/KMS recognizes.
"White screen" with other monitor that the kerel/KMS does not recognize.
I'm attaching Xorg.0.log from session where there is no whitescreen.
What more information is needed/would be helpful?
(In reply to comment #5)
> Yeah. I think this may be KMS related.
Or we have problems to work with your monitor.
Booting with "nopat" seems to make compiz work: that is, no more white screen.
Got this from a separate issue relating to this system (thinkpad X200) and this monitor (and old Mitsubishi LCD): https://bugzilla.redhat.com/show_bug.cgi?id=484682
Could these issues be "related"?
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
Believe this is no longer occurring.
Will wait a few days and then close.
A bit more: I'm currenly running rawhide and cannot reproduce this problem.
I did install F11 from DVD and did not see this.