Red Hat Bugzilla – Bug 182327
anaconda starts X on wrong screen
Last modified: 2007-11-30 17:11:24 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:188.8.131.52) Gecko/20060111 Firefox/184.108.40.206
Description of problem:
I have a Targa Traveller 826 laptop that comes with a VGA and S-Video output besides the built-in LCD display. The gfx chipset is a Mobility Radeon X700.
When anaconds starts up, X get's started on the external VGA output. The built-in LCD remains black.
This seems to be a bug the the new x.org 6.9 release, I have seen this with other distros using xorg 6.9 or 7.0, as well. Usually, an appropriate "MonitorLayout" override in xorg.conf helps, but I don't know how to do that with the installer dvd. As not many other's have seen this bug, it may well be h/w specific.
Unfortunetly, the text based interface uses the LCD, but it seems to be broken. I cannot install FC5-test3 atm.
Using the options "noprobe", "skipddc", "nofb" did not help.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Buy a Targa Traveller 826.
2. Insert DVD and reboot.
3. Press enter at the boot menu to start anaconda in gfx mode.
Actual Results: The built-in LCD was blank.
Expected Results: The built-in LCD should have displayed the Anaconda GUI.
I've seen this on other distros using xorg 6.9 or 7.0. For instance, see https://launchpad.net/distros/ubuntu/+source/xserver-xorg-driver-ati/+bug/31009
I just checked the /tmp/X.log file, and it doesn't seem to be that simple.
There's an error message in the file:
"[drm] failed to load kernel module "radeon"
(EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI."
Perhaps that's why X is resorts to use the VGA output instead.
(In reply to comment #1)
> I just checked the /tmp/X.log file, and it doesn't seem to be that simple.
> There's an error message in the file:
> "[drm] failed to load kernel module "radeon"
> (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI."
> Perhaps that's why X is resorts to use the VGA output instead.
No, that has nothing to do with it. The installer does not have any need
for OpenGL, so the DRI X modules, and kernel DRM modules are not present
in the installer. The X server will still try to find them and load them
however, as that's what it's compiled in defaults and configuration are
set to do. If it can't find the modules, it just disables that functionality
and moves on.
The problem you are having is not related to this.
The driver's built in autodetection sets one display as primary, and that
seems to be the opposite display that you'd prefer to have as primary.
The MonitorLayout option can override the driver's defaults as mentioned
above, and in the ubuntu URL posted.
Since this seems to be a general problem and not specific to Fedora Core,
please report it in X.Org bugzilla at http://bugs.freedesktop.org in the
"xorg" component. Be sure to attach your X server log file and config
file to the report as individual uncompressed attachments so the driver
maintainer(s) have sufficient details to diagnose the problem.
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes that
become available for consideration in future updates.
Setting status to "NEEDINFO_REPORTER", awaiting X.Org bug URL
sorry, I have been quite busy organising some Linux events in my home town. I'll
hopefully get around filing an upstream bug next week.
No prob, just add a comment with the bug URL when you get a chance, and
we'll add it to our tracker.
Thanks in advance.