Description of problem: I originally had a dual-head setup using an Nvidia GTS 250, both monitors worked fine, using binary nvidia driver. I wanted to switch to a card that was supported by open drivers, so I bought myself an ATI Radeon 4670. After installing the card, I decided to reinstall Fedora (due to an unrelated problem with my previous install). Booting the Fedora 14 x86_64 liveCD, both screens worked successfully (same image on both screens). The install proceeded without incident. Upon first boot, both screens were still working. I then proceeded to install all the available updates, including a kernel update. After rebooting, one of my screens was no longer able to work. It would show the BIOS screen, and then as soon as fedora began loading, one screen just shut right off. The system booted up fine, but with only one screen. Helpfully, the login screen was being displayed on the blank screen, so I could not see my way to log in. I was able to Ctrl+Alt+F2 and get a terminal to log in and check around, and I saw that the system was running fine, just the one screen was gone. Anyway, I eventually guessed my way into logging in, and was able to use my system with just one screen (keep in mind the same blank screen worked not only with open radeon drivers on a fresh, unupdated fedora install, but also with binary nvidia drivers too). I found some errors in dmesg, which I googled, and found some other people experiencing something similar on Ubuntu. Their workaround was to disable KMS, which I tried, but I still experienced the same problem even with UMS. Version-Release number of selected component (if applicable): $ uname -a Linux schwarze-witwe 2.6.35.6-48.fc14.x86_64 #1 SMP Fri Oct 22 15:36:08 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux $ yum list installed|grep drv-ati xorg-x11-drv-ati.x86_64 6.13.1-0.3.20100705git37b348059.fc14 $ lspci|grep Radeon 01:00.0 VGA compatible controller: ATI Technologies Inc RV730XT [Radeon HD 4670] How reproducible: Always Steps to Reproduce: 1. Install fresh Fedora 14 system 2. Update kernel 3. Reboot Actual results: Perfectly functioning monitor receives no signal. Expected results: Monitor ought to get a signal, no? Additional info: found this in /var/log/messages: Nov 21 09:54:58 schwarze-witwe kernel: [ 262.794009] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 107 Nov 21 09:54:58 schwarze-witwe kernel: [ 262.794016] [drm:drm_edid_block_valid] *ERROR* Raw EDID: Nov 21 09:54:58 schwarze-witwe kernel: [ 262.794050] Nov 21 09:54:58 schwarze-witwe kernel: [ 262.796090] [drm:radeon_dvi_detect] *ERROR* DVI-I-1: probed a monitor but no|invalid EDID Nov 21 09:54:58 schwarze-witwe kernel: [ 263.352157] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 226 Nov 21 09:54:58 schwarze-witwe kernel: [ 263.352159] [drm:drm_edid_block_valid] *ERROR* Raw EDID: Nov 21 09:54:58 schwarze-witwe kernel: [ 263.352173] Nov 21 09:54:58 schwarze-witwe kernel: [ 263.354184] [drm:radeon_dvi_detect] *ERROR* DVI-I-1: probed a monitor but no|invalid EDID Let me know if there's any other information you need. I've seen similar bug reports but none for which UMS didn't fix the problem, so I'm not sure if this is quite the same or not.
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 add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Created attachment 462193 [details] dmesg output
Created attachment 462194 [details] /var/log/messages
Created attachment 462195 [details] /var/log/Xorg.0.log
Thanks for the quick reply. I have no /etc/X11/xorg.conf, however. Is there some other file you'd like instead? $ ls /etc/X11/ applnk fontpath.d prefdm xinit Xmodmap xorg.conf.d Xresources
Oh, also, when I am in System->Preferences->Monitors menu, the blanked screen is given the name of the other screen. That is, both screens are listed as being the same make & model (they aren't), even though the Monitors dialog correctly lists the available resolutions for each screen. I'm forced to identify them by the available resolutions than by their actual names. That bug has been happening since before the screen stopped working. Maybe that information is useful. Thanks again.
Uh, so I was playing with the Monitors dialog a bit, and I've tricked my one screen into working by setting the resolution lower than the native resolution. I'm not sure why that would make any difference whatsoever, but there you have it. Of course, it would be nice if this could be fixed so that I can run this monitor at it's native resolution. Thanks.
*** This bug has been marked as a duplicate of bug 533632 ***