Red Hat Bugzilla – Bug 244777
Dell 2007WFP 1680x1050 not configured properly
Last modified: 2018-04-11 07:40:40 EDT
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.
Steps to Reproduce:
1. install Fedora 7 or boot Live CD
2. try to reconfigure with system-config-display
1. comes up in 800x600 iirc
2. configuring to 1680x1050 and trying to restart X puts X into a loop
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]
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]
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]
Here is the log after those steps.
Is that sufficient information?
Created attachment 206231 [details]
Can also reproduce with this system xorg.conf present after the livecd has
If I s/radeon/vesa/ X starts but again the monitor says it can't display
Created attachment 206241 [details]
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]
Here is the config file generated by the F7 Live image.
Created attachment 211541 [details]
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 ***