Bug#586502: nvidia-glx: Xorg doesn't try to load nvidia driver even though all other drivers have been removed
Hi, Russ Allbery r...@debian.org (27/06/2010): It would be nice if this were restored, since this is the cleanest way. looking at the only user of PCI_TXT_IDS_DIR/PCI_TXT_IDS_PATH, the comment right above the function is: | #ifdef __linux__ | /* This function is used to provide a workaround for binary drivers that | * don't export their PCI ID's properly. If distros don't end up using this | * feature it can and should be removed because the symbol-based resolution | * scheme should be the primary one */ | static void | matchDriverFromFiles (char** matches, uint16_t match_vendor, uint16_t match_chip) | { […] Maybe there's something that {sh,c}ould be improved on the binary driver side? In any case, you may want to check with upstream (xorg-de...@lists.x.org) whether restoring PCI_TXT_IDS_DIR is really the cleanest way. I guess I could start that discussion, but I don't care enough about non-free stuff to do so. KiBi. signature.asc Description: Digital signature
Bug#586502: [pkg-nvidia-devel] Bug#586502: nvidia-glx: Xorg doesn't try to load nvidia driver even though all other drivers have been removed
Andreas Beckmann deb...@abeckmann.de writes: Olivier Mehani wrote: Despite the blacklist added by nvidia-kernel-common to fix bug #580894, Xorg's probing nouveau does load the kernel module, along with the already loaded proprietary nvidia module. This should probably go into a separate bug report, and I don't think it's nvidia-glx fault if something does not honour the blacklists. Well, sadly, the blacklist doesn't say to never load the module at all, even if explicitly requested, just not to automatically load it based on detection of particular PCI IDs. I'm not sure there's any way to say not to load it at all. I still agree with Andreas's conclusion here. I'm just not sure there's any reportable bug here at all. X.org (somewhat rightfully) favors the non-proprietary drivers. I think at the end of the day we're stuck with documenting required manual configuration to use the NVIDIA drivers. Unfortunately Xorg has no way to easily make it aware of additional drivers (there was a possibility once to drop a list of pci ids, but this is no longer enabled in the debian xorg build), so autoconfiguration does not work and you'll have to create a small xorg.conf. It would be nice if this were restored, since this is the cleanest way. I wonder if Ubuntu is doing something different there. I see that they have a completely different way of packaging the NVIDIA drivers. (They also seem to include all the variants in a single package.) -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586502: nvidia-glx: Xorg doesn't try to load nvidia driver even though all other drivers have been removed
Olivier Mehani wrote: When using the nvidia-glx driver on a machine which xserver-xorg supports nouveau, Xorg tries to probe all the non-proprietary drivers that have been built-in (and provided by xserver-xorg-video-all). This includes, in this order, nouveau, nv, vesa and fbdev for my video card. Xorg is not aware of the proprietary drivers, so autoconfiguration does not add them to this list. Despite the blacklist added by nvidia-kernel-common to fix bug #580894, Xorg's probing nouveau does load the kernel module, along with the already loaded proprietary nvidia module. This should probably go into a separate bug report, and I don't think it's nvidia-glx fault if something does not honour the blacklists. The solution I found to that was to uninstall all non-proprietary Xorg video drivers mentionned earlier, to leave a clear spot for the proprietary one. However, X still didn't load as it was sequentially trying to load these drivers (and fail as the files weren't there anymore). X eventually exits without trying to load the nvidia driver. Unfortunately Xorg has no way to easily make it aware of additional drivers (there was a possibility once to drop a list of pci ids, but this is no longer enabled in the debian xorg build), so autoconfiguration does not work and you'll have to create a small xorg.conf. It appears that adding a snippet of Xorg.conf in /usr/share/X11/xorg.conf.d/ (e.g. 99-nvidia-glx.conf) makes X aware of this other driver. Unfortunately this breaks the X configuration if nvidia-glx is installed but no hardware/kernel module is available. I also couldn't find a solution to override this file with an /etc/X11/xorg.conf. So adding this snippet causes more trouble than it solves. The attached 99-nvidia-glx.conf is not really a patch, but I suspect that if the nvidia-glx package provided such a file (maybe with a simple debconf script to enable/disable it), it would solve a lot of troubles trying to install this driver. Please read the README file, it instructs you how to setup your xorg.conf to use the nvidia driver. This is nothing that can be automated that easily, especially if you want to use TwinView or other features. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586502: nvidia-glx: Xorg doesn't try to load nvidia driver even though all other drivers have been removed
Package: nvidia-glx Version: 195.36.24-1 Severity: important Tags: patch When using the nvidia-glx driver on a machine which xserver-xorg supports nouveau, Xorg tries to probe all the non-proprietary drivers that have been built-in (and provided by xserver-xorg-video-all). This includes, in this order, nouveau, nv, vesa and fbdev for my video card. Despite the blacklist added by nvidia-kernel-common to fix bug #580894, Xorg's probing nouveau does load the kernel module, along with the already loaded proprietary nvidia module. The solution I found to that was to uninstall all non-proprietary Xorg video drivers mentionned earlier, to leave a clear spot for the proprietary one. However, X still didn't load as it was sequentially trying to load these drivers (and fail as the files weren't there anymore). X eventually exits without trying to load the nvidia driver. It appears that adding a snippet of Xorg.conf in /usr/share/X11/xorg.conf.d/ (e.g. 99-nvidia-glx.conf) makes X aware of this other driver. The attached 99-nvidia-glx.conf is not really a patch, but I suspect that if the nvidia-glx package provided such a file (maybe with a simple debconf script to enable/disable it), it would solve a lot of troubles trying to install this driver. cranky except-for=NouveauThis is also the last time I'm buying an NVidia card... I'm not even sure we should bother, considering they don't.../cranky -- Package-specific info: uname -a: Linux flintwinch 2.6.32-5-686 #1 SMP Tue Jun 1 04:59:47 UTC 2010 i686 GNU/Linux /proc/version: Linux version 2.6.32-5-686 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-1) ) #1 SMP Tue Jun 1 04:59:47 UTC 2010 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86 Kernel Module 195.36.24 Thu Apr 22 09:18:20 PDT 2010 GCC version: gcc version 4.3.5 (Debian 4.3.5-1) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV44 [GeForce 6200 A-LE] [10de:0222] (rev a1) (prog-if 00 [VGA controller]) Subsystem: XFX Pine Group Inc. Device [1682:226a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 248 (1250ns min, 250ns max) Interrupt: pin A routed to IRQ 18 Region 0: Memory at f100 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (32-bit, prefetchable) [size=256M] Region 2: Memory at f200 (32-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at f000 [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-glx depends on: ii libc62.11.1-3Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii nvidia-kernel-dkms [nvidia-k 195.36.24-1 NVIDIA binary kernel module DKMS s nvidia-glx recommends no packages. Versions of packages nvidia-glx suggests: ii nvidia-kernel-dkms 195.36.24-1 NVIDIA binary kernel module DKMS s pn nvidia-settings none (no description available) -- no debconf information # Make Xorg aware of the proprietary driver # Place in /usr/share/X11/xorg.conf.d/ Section Device Identifier NV AGP VendorName nvidia Driver nvidia # update this with the PCI id of your card. Consult the output # of the 'lspci' command. The BusID is usually optional when # only using one graphics card. #BusID PCI:1:0:0 EndSection X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.14-dsa-ia32 i686 Debian Current Operating System: Linux flintwinch 2.6.32-5-686 #1 SMP Tue Jun 1 04:59:47 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=e7f85f24-cbcb-4d6f-9bcc-61380585d289 ro quiet Build Date: 03 June 2010 04:08:50PM xorg-server 2:1.7.7-2 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.1.log, Time: Sun Jun 20 14:57:50 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory