There is a full description on redhat bugzilla. If you have a digital only flat panel that X does not detect correctly (in my case an Apple 17" LCD which is detected as Unknown Display), you cannot run the installer and I could not find a way to force X to use the DVI output. X disables the DVI output when initializing a Radeon 9000 before starting the redhat configuration tool runs during installation of Fedora Core 3. When this happens the system becomes unusable since the display is no longer lit. Please note I was using Redhat FC3 on a Pentium III motherboard, I am submitting from one of my Macs but I am not submitting a bug for x on OSX or linux/PPC.
this has nothing to do with hal
Instead of closing the bug, it'd be a bit friendlier to reassign it to "xorg".
Note to original reporter. Xorg developers wont hunt randomly through Red Hat bugzilla for details. ;o) Please provide all details right here, even if it's just to cut and paste them between bugzillas. It's important to provide as much information as possible to ensure developers have a way to reproduce the problem and something to work with.
Same as #4193?
*** This bug has been marked as a duplicate of 1559 ***
Can the reporter confirm this is still occuring for their Apple laptop?
This problem was never with an Apple laptop, it was with an external apple LCD display that only accept DVI input and has no analog VGA input. When X starts it switches the radeon 9000 to the analog vga output only and there was no way to force it to use the DVI output.
Is this still occuring or can this be closed?
I do not have a current linux build on that system. I will download latest fedora core, reattempt install, and update this bug entry.
(In reply to comment #9) > I do not have a current linux build on that system. I will download latest fedora core, reattempt install, and > update this bug entry. You might be interested in the "setdvi" utility just posted by Erik Slagter in https://bugs.freedesktop.org/show_bug.cgi?id=3621.
Does: http://suif.stanford.edu/~csapuntz/rv280-linux-dvi.html help?
No joy, FC4 shows the same behavior. When anaconda starts, it probes the video card and correctly detects the Radeon 9000, it detects the Apple 17" DVI flat panel as unknown monitor, and when it attempts to start the GUI, it disables the DVI port and runs the analog VGA port only.
In my case, I had already installed using a VGA monitor before I tried switching to a DVI LCD panel. This is how I can get it to work TEMPORARILY: Hardware/OS: - Apple 23" Cinema Display HD - Radeon 9600 - SuSe 9.2 - Make sure the Modeline is correct (in my case: Modeline "1920x1200" 154 1920 1968 2000 2080 1200 1203 1209 1235) - SSH in from my laptop and su to root - Leave $DISPLAY to be :0.0 - run "startx" in the background - run sax2 -m 0=radeon The LCD screen starts working, but root is logged in. If I log out or turn off the X display or try to switch to another user, the display goes blank again. This link seems to have some information regarding how this could be fixed: http://lists.freedesktop.org/pipermail/xorg/2005-March/006641.html But I can't make head or tail out of it. Maybe someone here can!
Hi Justin. It's been 1,5 years since last comment. Have you tried eg. Fedora Core 6 to see if this now fixed or not? I've had many problems with DVI fixed during the latest driver releases myself.
Closing, please reopen if you still have such problem with newer xorg.
I still have the original hardware at home, but am currently out of town. I'll be back in about a month and I will retest. I don't really think this should be closed unless someone has tried doing a clean install on FC6 using only the DVI connection on a flat panel connected to an ATI Radeon pre-X series card and confirmed that it now works.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
this should work with current ati git master. reopen if you still have problems.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.