Description of problem: When I install Fedora 7 on a machine connected to a Dell UltraSharp 2007WFP it boots by default into 800x600. Further it is not easy to get it configured right to work at the native 1680x1050@60Hz resolution. This is with an ATI Radeon card if it matters, but I noticed the same problem when I connected the monitor to my laptop with an Intel chipset. How reproducible: every time Steps to Reproduce: 1. install Fedora 7 or boot Live CD 2. try to reconfigure with system-config-display Actual results: 1. comes up in 800x600 iirc 2. configuring to 1680x1050 and trying to restart X puts X into a loop Expected results: Additional info: I can provide the working xorg.conf file if it helps and the non-working one generated by system-config-display later.
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please attach your X server config file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. Could you please also try to run without any /etc/X11/xorg.conf whatsoever and let X11 autodetect your display and video card? Attach to this bug /var/log/Xorg.0.log from this attempt as well, please. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Created attachment 205411 [details] xorg.conf here is the working xorg.conf file (which was editted by hand to get X working)
Reverting this to F7 since currently (pre-test3 livecd) I can't get X to start on the ATI Radeon Xpress 200 box at all (X starts looping at 99% cpu - I'll file another bug for that).
Created attachment 205431 [details] Xorg.0.log This is the log with the above working config. But I guess you want the log when it is not working...
Ugh, dunno if you want to ignore those - they are actually with fglrx (with which I still can't get 3d to work but anyway...) - still dunno if that matters so much for detecting the monitor correctly?
Yes, I don't want to ignore this -- could you please reproduce this with open source drivers? Unless you will be able to do so in a month, I will have to close this bug as CANTFIX (because we can't).
Ok, I managed to reproduce this now with following steps: 1. boot Fedora Desktop Live spun from yesterday's rawhide from usb stick at runlevel 3 2. # rpm -e xorg-x11-drv-ati 3. # rm -f /etc/X11/xorg.conf 4. $ X
Created attachment 206201 [details] Xorg.0.log Here is the log after those steps. Is that sufficient information?
Created attachment 206231 [details] xorg.conf Can also reproduce with this system xorg.conf present after the livecd has booted. If I s/radeon/vesa/ X starts but again the monitor says it can't display the mode.
Created attachment 206241 [details] Xorg.0.log log with the above xorg.conf file using vesa to workaround problems with current ati driver.
If I use the radeon driver and turn off DRI then everything seems to be ok.
Thanks, I will pass this to developers.
Logs from the vesa driver aren't helpful, since they're not the case we're trying to fix here. Do you have a log from trying to start with the radeon driver?
I think there is no problem here under F8, so let me test again with F7, in case it is related to the problem with the radeon driver and my RC410 (Xpress 200).
Created attachment 211531 [details] xorg.conf Here is the config file generated by the F7 Live image.
Created attachment 211541 [details] Xorg.0.log and here is the log file.
Okay, that looks familiar. Fixed in F8, will look into a backport to F7 once F8 is out. *** This bug has been marked as a duplicate of 231359 ***