Red Hat Bugzilla – Bug 139023
ATI 9100 with Dell 2000FP Digital does not work
Last modified: 2007-11-30 17:10:54 EST
Description of problem:
ASUS SK8V with Opteron 140, 2GB RAM, ATI 9100, Dell 2000FP (lcd).
Both the ATI 9100 and the Dell 2000FP support both analog and digital
video. I need to use digital because with analog video the ASUS BIOS
screws up and overdrives the monitor although FC and X work just fine.
This problem occurs with both i386 and x86_64 installs.
This problem may be related to (be a dup of):
Using digital video (DVI), the grphic install fails (nothing
displayed) although I can do everything install using text mode.
Once installed, I tried both DVI (digital) and analog video. I am
attaching the /var/log/Xorg.0.log, /etc/X11/xorg.conf, and messages
captured from startx for the two cases (analog and digital).
Version-Release number of selected component (if applicable):
Created attachment 106577 [details]
/var/log/Xorg.0.log for DVI
Created attachment 106578 [details]
/etc/X11/xorg.conf for DVI
Created attachment 106579 [details]
startx messages for DVI
Created attachment 106580 [details]
/var/log/Xorg.0.log for analog video
Created attachment 106581 [details]
/etc/X11/xorg.conf for analog video
Created attachment 106583 [details]
startx messages for analog video
NOTE: system-config-display recognizes the difference in the between when I
have the digital versus the analog video connected to the monitor. When in
digital mode, I ran this from another system using ssh.
See also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138761
Are you using a KVM switch, or any other cable in between the
video adaptor and monitor cable?
No. The digital connection is direct.
Right now I am running an analog cable thru a KVM since this works
"better" than the digital. This is a test system and I can run any
tests you would like.
Does the problem occur if you remove the KVM switch and connect
the adaptor directly to the monitor, fully reboot, rerun
"system-config-display --reconfig", then start up X again?
I need some clarification as to just what you want.
1. As originally reported, the problem was with a DVI (digital)
directly connected 2000FB and did NOT involve any kvm. The problem
also occured doing a graphical install.
2. Since installation, I have updated the system and it runs
xorg-x11-126.96.36.1993-2 and systems-config-display-1.0.24-1 vice the
xorg-x11-6.8.1-12 and system-config-display-1.0.23-1.
Do you want me to run the test on the updated system?
Also, as I said, the failure occured with NO kvm.
Just what environment do you want me to test (other than no KVM which
is a given)?
Ok, this sounds like a generic problem with DVI panel detection in the
radeon driver. There are a few reports in bugzilla of this nature
with different flat panels. It seems to be Radeon 9200SE related usually,
but there are other cards seemingly affected as well.
Please file a bug report in X.Org bugzilla, which is located at
http://bugs.freedesktop.org in the "xorg" component. This will ensure
maximal developer coverage and expose the issue to ATI developers as
Once you've filed your report to X.Org, if you paste the URL here,
Red Hat will track the issue in X.Org bugzilla with upstream developers,
and will review any fixes that become available for potential inclusion
in future Fedora Core updates.
The current release of xorg-x11 for FC3 is 6.8.2. There has not been any
feedback on this bug report since February 17, 2005 (3 months), and since
I've updated it with 2 comments since and have not heard back from anyone
who might have experienced this issue, and nobody has filed a bug upstream
in X.Org bugzilla and provided us with a URL to track the issue, I assume
it's fixed in the current update for Fedora Core 3, or Fedora Core 4 test3.
If the problem does still exist with all current FC3 updates applied, and
also exists in Fedora devel, file a bug report in X.Org bugzilla as requested
in comment #13 above and paste the URL here and Red Hat will track the issue
in X.Org bugzilla with upstream developers, and will review any fixes that
become available for potential inclusion in future Fedora Core updates.
Setting status to CURRENTRELEASE.