Red Hat Bugzilla – Bug 465779
Xorg won't start when video splitter is used
Last modified: 2009-01-09 02:53:21 EST
Created attachment 319542 [details]
Description of problem:
We are trying to set up a Fedora 8 system so that it displays on both the monitor and a projector. We are using a Trendnet video splitter with one output port marked DDC2/PnP Port. When a monitor is plugged into both output ports, Xorg refuses to start and Xorg.0.log contains:
(II) intel(0): Output VGA disconnected
(EE) intel(0): No valid modes.
When the monitor is plugged directly into the onboard video card, everything works perfectly. If xorg is started with the monitor plugged in, and then the splitter is plugged in *after* xorg starts, everything works perfectly.
So the question is, can I force Xorg to use the settings from when the monitor is plugged in directly, or is there a way for Xorg to detect the monitor settings from the "DDC2/PnP Port"?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Plug video splitter into onboard video card
2. Attempt to start xorg
Thrown back to cli
Fedora 8 login screen
Created attachment 319543 [details]
Xorg.0.log when video splitter is plugged in
Created attachment 319544 [details]
Xorg.0.log when monitor is plugged directly into computer
Created attachment 319545 [details]
Xorg.conf with modelines
I have attempted to set modelines in Xorg, but with no success. Here's what I was trying.
Created attachment 319835 [details]
Fedora 9 Xorg.0.log
Just an FYI, I installed Fedora 9 on a separate partition and it goes one step further: when I start X, it shuts off the output to the monitor, and I have to ssh in to the machine to be able to do anything. The error message in Xorg.0.log is attached.
The problem seems to be that the driver isn't able to detect the monitor through the video splitter, and therefore thinks that no monitor is plugged in. It seems that F9 is smart enough to shut off the output to the monitor when no monitor is plugged in (for power savings?).
I can upgrade the F9 system to Rawhide if there have been some more major changes in the driver that haven't filtered back down to F9, but I'd obviously prefer not to.
This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '8'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 8's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 8 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.