Bug 23046 - xserver not selecting right device when hybrid/dual video devices are present
Summary: xserver not selecting right device when hybrid/dual video devices are present
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/DDX/Xorg (show other bugs)
Version: 7.4 (2008.09)
Hardware: Other All
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-30 12:24 UTC by Bryce Harrington
Modified: 2018-06-12 18:43 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bryce Harrington 2009-07-30 12:24:35 UTC
Forwarding this issue which is in relation to the following Ubuntu bug:
https://bugs.edge.launchpad.net/xorg-server/+bug/385658

[Problem]
Systems with hybrid graphics are shipping more often now, but xserver only tries one of the video cards (apparently the one with the highest pci slot number?) and gives up if that doesn't work.  xserver needs better logic to figure out the pci device to boot.

[Discussion]
Technically this is probably an xserver issue rather than -nv, but since it crops up often with nvidia hardware I'm filing against -nv so it can be reviewed in that context; do feel free to move it to xserver if that seems the logical place for it.

In Ubuntu we're seeing an increased number of "hybrid" systems that ship multiple video cards.  One card is typically lower end to provide power savings or compatibility.  Typically we've seen that this card was installed at a lower pci slot number, but I suppose there's no general rule that this is always the case.  The other card is typically a high performance graphics chip, often a newish one not as well supported by the open source drivers.

Unfortunately, it seems that xserver will attempt to boot on this second card preferentially, and give up when it finds it doesn't work.  We worked around this in Jaunty by selecting the first primary video device by pci number (Ajax's "Primary video device hack", commit 69e53f2493c142ef5569af01ce52565be5b2976e), however with xserver 1.6.2.901 this no longer seems to be functioning properly.  (Presumably due to moving away from pci.ids based video driver detection?)

A simple solution would be to get the xserver functioning in a manner like Ajax's patch did it.

A better solution would be to make xserver iterate through the available video devices, trying each in turn until one boots with the best available driver (i.e. not vesa), then if all of them fail to boot, to then try again using fallback drivers.  It could be imagined in this case, if the user had the -nvidia proprietary driver installed, that it should attempt to boot with it against the GeForce 9400M G card, then if that fails try -nvidia on the 9200, then -nv on each in the same order, and then again with -vesa.

[Original Report]
Testing out the daily image from June 10 2009, the live cd is not booting up to X. It is falling back to failsafe graphics mode.

This is because it's selecting the NV graphics driver rather than VESA. The Studio XPS 1340's graphics cards are NOT supported by NV and are not called out in the PCI ID files in /usr/share/xserver-xorg/pci.

ProblemType: Bug
Architecture: i386
Date: Wed Jun 10 13:27:13 2009
DistroRelease: Ubuntu 9.10
LiveMediaBuild: Ubuntu 9.10 "Karmic Koala" - Alpha i386 (20090609)
NonfreeKernelModules: wl
Package: xserver-xorg-video-nv 1:2.1.13-1ubuntu1
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.30-8.9-generic
RelatedPackageVersions:
 xserver-xorg 1:7.4~5ubuntu21
 libgl1-mesa-glx 7.4.1-1ubuntu1
 libdrm2 2.4.11-0ubuntu1
 xserver-xorg-video-intel 2:2.7.99.1+git20090602.ec2fde7c-0ubuntu2
 xserver-xorg-video-ati 1:6.12.2-2ubuntu1
SourcePackage: xserver-xorg-video-nv
Uname: Linux 2.6.30-8-generic i686
system:
 distro: Ubuntu
 architecture: i686kernel: 2.6.30-8-generic
Comment 1 Aaron Plattner 2009-07-31 01:30:20 UTC
This is indeed a core X server issue and not a -nv driver issue.  It's up to the server to choose with devices to put screens on and which drivers to use for those devices.  There isn't much the driver can do in this scenario, short of circumventing the server's decision-making process and trying to roll its own.

Moving to DDX/xorg.
Comment 2 Dave Airlie 2009-09-07 19:32:42 UTC
In theory the latest pciaccess + X server combo asks the kernel which device is the boot VGA device. This should work with a new enough kernel/pciaccess/X server combo.
Comment 3 Fabian Deutsch 2010-05-01 02:50:26 UTC
It would also be if a user could specify the device to use at boot time.
Comment 4 Adam Jackson 2018-06-12 18:43:07 UTC
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please file a new report if you continue to experience issues with a current server.


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.