On my Dell Inspiron 6000, which has a built-in 1920x1200 display, I normally use my notebook at home with the internal display and at work on an external 19" LCD panel that does 1280x1024. I switch to the external panel before booting using Fn+F8 and leave the notebook closed. In this configuration however the radeon driver does not properly eliminate the 1920x1200 resolution from the mode list, thus making the external monitor unusable until I hand-edit the xorg.conf file. This makes it difficult to switch from using an external monitor at work and the built-in display at home since I have to keep editing the config file (1280x1024 on the internal display is stretched and looks too bad for me to use.) It appears the radeon driver is still using the specs for the internal display even when set to use the external display. This was also broken in X.org 6.8 (ie in FC4) but worked great for the first couple weeks I ran FC5 test 2, but a subsequent update broke it again.
Created attachment 4704 [details] my xorg.conf file
Created attachment 4705 [details] Log file when booting on external display
Created attachment 4706 [details] Log file when booting on internal display
Joshua: xrandr should let you switch between 1920x1200 and 1280x1024 without having to edit xorg.conf and restart the X server. (That's assuming both modes are listed in your Screen section.)
I tried this approach at one point (leaving 1280x1024 as the initial mode and making 1920x1200 available for switching to later) but what seemed to happen was that X insisted on giving me a 1280x1024 resolution with a 1920x1200 virtual desktop size. Shouldn't 1920x1200 be eliminated from the mode list when a monitor that does not support it is connected?
Any updates on eg. Fedora Core 6 / Fedora 7 test1, or if you can compile and use the latest GIT version?
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
this should be resolved with the new xrandr enabled driver in ati git master. re-open if you still have issues.
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.