Description of problem: Hardware: 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): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136108 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): FC3 How reproducible: everytime
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-6.8.1.903-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 well. 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.