Red Hat Bugzilla – Bug 471961
System lockup when changing resolutions
Last modified: 2009-11-08 04:53:06 EST
Created attachment 323803 [details]
Description of problem:
This may be an X bug or something else, but I'm filing under system-config-display since I think that is the application I used that seemed to trigger the bug.
I have an x61 Thinkpad Tablet. I'll attach the xorg.conf to this bug for reference.
I was switching from my native 1400x1050 resolution down to 1024x768 to do some website testing. If I use the tool at System > Preferences > Hardware > Screen Resolution, switching down to 1024x768 worked fine. However, if I attempt to switch back to 1400x1050 resolution, things go quite awry. The system maintains 1024x768, but scaled to 1400x1050 such that I can see screen artifacts from before I switched down to 1024x768 in the first place, but I can only move my mouse within and click on things in the 1024x768 'picture in picture' window after switching back up to 1400x1050.
In this state, if I attempt to restart x (ctrl+alt+backspace) or log out (System > Log out ...), the machine locks up hard. The caps lock key blinks and the system is unresponsive and I have to hard reset it and boot back up.
System > Administration > Display is similarly troublesome. When I tried this tool to switch from 1400x1050 => 1024x768, it didn't switch my resolution instantly the way the "Screen Resolution" tool did. Instead, it told me it had updated my xorg.conf file, and that I would need to restart X to see my new resolution. I restarted X (ctrl+alt+backspace method) and the system locked up hard again, with the caps lock light again blinking and in such a manner that necessitated a hard power cycle to get the machine responding again.
Version-Release number of selected component (if applicable):
Very reproducible, it seems to happen every time.
Thinkpad x61 with 1400x1050 native resolution running rawhide/f10 and using the 'intel' display drivers with Wacom tablet settings in xorg.conf (attached) as well.
Created attachment 323804 [details]
I don't know if there's helpful info in here but here it is just in case
Screen resolution app is not system-config-display (but gnome-display-properties), s-c-d is mostly dead these days especially in Rawhide.
gnome-display-properties is just a front end. To me this sounds like a driver issue.
yeah, hard lock machine, I am an idiot. Sorry, this is really not g-d-p.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, including Intel driver, which may have resolved this issue.
To be more precise, Intel has undergone a major rewrite during Fedora 10, 11 and 12 cycles, and whole driver is working a lot better now. Users who have experienced this problem are encouraged to retry with at least Fedora 12 Beta and see if the issue is still relevant.
Please, if you experience this problem on Fedora 12 Beta or up-to-date system running Rawhide, let us now in the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
We hope to see how many older bugs in Intel driver are still relevant today, in hope that most of them were fixed in rewrite process.
[This is a bulk message for all open Fedora 10 i810-related bugs (39 of them are still open). I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
I am in Fedora 12 Rawhide right now and this is no longer a bug for me.
Thank you for letting us know.