Forwarding an issue in relation to this Ubuntu bug:
The Studio XPS 1340's graphics cards are NOT supported by NV, however xserver is selecting -nv instead of -vesa for them.
This particular hardware has dual cards. Previously when we saw this issue in Jaunty we patched xserver to force xserver to select the first pci video device, which worked when we were using the pci.ids approach for detecting hardware. However, now that we're not using pci.ids files to detect the hardware, this issue has cropped up again. Apparently it needs solved a different way now.
Beyond just this particular chipset, for this bug report I'd like to focus on the issue of ensuring the xserver falls back to -vesa in cases like this where the chipset is not supported by the regular driver. This is important in order to ensure a good out-of-the-box experience for users. A typical use case would be to boot a Ubuntu LiveCD on vesa with hardware unsupported by -nv, then install the distro, and then install -nvidia.
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.
Date: Wed Jun 10 13:27:13 2009
DistroRelease: Ubuntu 9.10
LiveMediaBuild: Ubuntu 9.10 "Karmic Koala" - Alpha i386 (20090609)
Package: xserver-xorg-video-nv 1:2.1.13-1ubuntu1
ProcVersionSignature: Ubuntu 2.6.30-8.9-generic
Uname: Linux 2.6.30-8-generic i686
architecture: i686kernel: 2.6.30-8-generic
Created attachment 28203 [details]
The server does autoselect nv for any device with NVIDIA's vendor IDs. However, it's also supposed to create screens with vesa and fbdev and fall back to those if the driver's probe routine fails for that device. I verified that that functionality worked between nvidia and vesa when manually configured in xorg.conf, but it's possible that that logic isn't working for the server's autoconfig for some reason.
bryce, this should work if you remove xorg.conf. When xorg.conf is present and doesn't select a driver itself, the server only tries one, and there's no fallback.
Well, I have a an IGP identified as a GeForce 7050 / nForce 630i but unsupported by -nv, and the VESA fallback doesn't seem to work, even though the log (attached) shows the fallback was tried. No devices were found, and X doesn't start.
Created attachment 28744 [details]
Failed VESA fallback
The IGP does work in VESA mode when I force it by creating a minimal xorg.conf specifying 'vesa' as the driver to use.
I don't think this was ever actually a bug. Autoconfig worked, and when you forced the server to try to use a driver that didn't support the hardware, it failed.