NVIDIA/nvidia-drivers/zh-cn

是nVidia显卡的专有驱动. 一个开源的替代是nouveau.

在树中被发布的 nVidia 是针对 Linux 内核构建的. 它们包含二进制数据， 和驱动的重任. 驱动程序包括两个部分，一个内核模块和 X11 的驱动程序. 两个部分都包含在一个包中. 由于NVidia有他们自己的驱动包 ，就必须在安装的驱动程序做出一些选择.

包，包含NVIDIA的最新驱动程序与所有显卡的支持，附带几个现有的版本，这依赖于显卡的新旧情况. 它使用的eclass检测系统正在运行什么样的显卡，使其安装正确的版本.

硬件兼容性
The package supports a range of available nVidia cards. Multiple versions are available for installation, depending on the card(s) that the system has. See the official nVidia documentation, What's a legacy driver?, to find out what version of should be used. A pretty decent way to find this out through an interactive form. Enter the graphics card that is used by the system (mind the Legacy option in the 'Product Type' field) and the form should end up with the best supported version.

If the card has been identified as a legacy card then mask the more recent releases of, i.e

Note that Gentoo does not provide the 71.86.xx versions. If the system has a card that needs these drivers then it is recommended to use the nouveau driver.

内核
如上所述，NVIDIA内核驱动程序安装并运行对当前内核. 它作为模块建立，所以内核必须支持的内核模块的加载（见下文）.

内核模块(nvidia.ko)由一个专有部分(通常称为“二进制blob)驱动图形芯片,和一个开源部分(“glue”),在运行时作为专有部分和内核之间的媒介. 这些都需要很好地协同工作,否则用户可能面临数据丢失(通过内核panics, X servers崩溃伴随着未保存数据X的应用程序),甚至是硬件故障(应该想到过热和其他电源管理相关问题).

内核兼容性
不时地，一个新的内核版本改变了内部ABI的驱动程序，这意味着所有使用这些ABI的驱动程序必须相应地改变. 对于开源驱动，尤其是那些随内核，这些变化几乎是可以微不足道的修复，因为驱动程序与内核的其他部分之间的调用整个链条可以很容易地修正. 对于专有的驱动程序nvidia.ko，这是行不通的. 当内部的ABI改变，那么就不可能仅仅修复“glue”，因为没有人知道如何glue所使用的专有的那一部分是很忙. 即使设法修补东西似乎很好地工作,用户仍然存在运行nvidia的风险. 在新的，不支持的内核nvidia.ko运行会导致数据丢失，硬件故障.

当一个新的，不兼容的内核版本发布时，它可能是最好坚持使用最新支持的内核了一段时间. Nvidia公司通常需要几个星期的时间准备新的专有版本，他们认为适合用于一般用途. 耐心一点. 如果绝对必要，那么就可以使用epatch_user命令和NVIDIA驱动的ebuild：这允许用户打补丁的NVIDIA驱动程序以某种方式适应了最新的，不支持的内核版本. 请注意，即使是NVIDIA驱动维护者，也不NVIDIA将支持这一情况. 硬件保修将最有可能是无效的，Gentoo的维护者不能解决问题，因为它是一个专有的驱动程序，只有NVIDIA官方能够正确调试，内核维护者（包括Gentoo和上游）肯定不会支持专有的驱动程序，或任何“污点“系统，当碰巧遇到麻烦时.

必要内核选项
如果 genkernel all 是用于配置内核,那么一切都准备好了. 如果不是,仔细检查内核配置,启用以下支持:

在内核中也开启“Memory Type Range Register（内存类型范围寄存器）”:

If the system has an AGP graphics card, then optionally enable agpgart support to the kernel, either compiled in or as a module. If the in-kernel agpgart module is not used, then the drivers will use its own agpgart implementation, called NvAGP. On certain systems, this performs better than the in-kernel agpgart, and on others, it performs worse. Evaluate either choice on the system to get the best performance. When uncertain what to do, use the in-kernel agpgart:

A framebuffer alternative is uvesafb, which can be installed parallel to.

For (U)EFI systems, uvesafb will not work. Be warned that enabling efifb support in kernel causes intermittent problems with the initialization of the nvidia drivers. There is no known alternative framebuffer for (U)EFI systems.

The nvidia-drivers ebuild automatically discovers the kernel version based on the symlink. Please ensure that this symlink is pointing to the correct sources and that the kernel is correctly configured. Please refer to the "Configuring the Kernel" section of the Gentoo Handbook for details on configuring the kernel.

First, choose the right kernel source using eselect. When using gentoo-sources-3.7.10</tt>, the kernel listing might look something like this:

In the above output, notice that the linux-3.7.10-gentoo</tt> kernel is marked with an asterisk to show that it is the symlinked kernel.

If the symlink is not pointing to the correct sources, update the link by selecting the number of the desired kernel sources, as in the example above.

驱动
Now it's time to install the drivers. First follow the X Server Configuration Guide and set  in. During the installation of the X server, it will then install the right version of.

Once the installation has finished, run modprobe nvidia</tt> to load the kernel module into memory. If this is an upgrade, remove the previous module first.

To prevent from having to manually load the module on every bootup, have this done automatically each time the system is booted, so edit and add   to it.

X server
Once the appropriate drivers are installed, configure the X server to use the nvidia</tt> driver instead of the default nv</tt> driver.

Run eselect</tt> so that the X server uses the nVidia GLX libraries:

Testing the card
To test the nVidia card, fire up X and run glxinfo</tt>, which is part of the package. It should say that direct rendering is activated:

To monitor the FPS, run glxgears</tt>.

Enabling nvidia support
Some tools, such as and, use a local USE flag called   which enables XvMCNVIDIA support, useful when watching high resolution movies. Add in  in the USE variable in  or add it as USE flag to   and/or   in.

GeForce 8 series and later GPUs do come with VDPAU support which superseded XvMCNVIDIA support. See the VDPAU article for enabling VDPAU support.

There are also some applications that use the  USE flag, so it might be a good idea to add it to.

Then, run emerge -uD --newuse @world</tt> to rebuild the applications that benefit from the USE flag change.

使用 NVidia 设置工具
nVidia also provides a settings tool. This tool allows the user to monitor and change graphical settings without restarting the X server and is available through Portage as. As mentioned earlier, it will be pulled in automatically when installing the drivers with the  USE flag set in  or in.

开启 OpenGL/OpenCL
为了启用 OpenGL 和 OpenCL.

确保Xorg server 在这些改变期间没有变化.

当启用MSI中断，驱动程序初始化失败
Linux的NVIDIA驱动程序使用消息信号中断（MSI）在默认情况下. 这提供了兼容性和可扩展性优势，主要是由于避免IRQ共享. 有些系统存在微星的支持问题，工作时virtual wire经常中断. 这些问题表现为NVIDIA驱动程序无法启动X，或CUDA初始化失败.

MSI interrupts can be disabled via the NVIDIA kernel module parameter. This can be set on the command line when loading the module, or more appropriately via the distribution's kernel module configuration files (such as those under ).

例如：

在4GB内存或更大内存的机器上获得2D加速支持
When nVidia 2D acceleration is giving problems, then it is likely that the system is unable to set up a write-combining range with MTRR. To verify, check the contents of :

Every line should contain write-back</tt> or write-combining</tt>. When a line shows up with uncachable</tt> in it then it is necessary to change a BIOS setting to fix this.

Reboot and enter the BIOS, then find the MTRR settings (probably under "CPU Settings"). Change the setting from continuous</tt> to discrete</tt> and boot back into Linux. There is now no uncachable</tt> entry anymore and 2D acceleration now works without any glitches.

当试图加载内核模块出现"no such device"
This is usually caused by one of the following issues:


 * 1) The system does not have a nVidia card at all.  Check lspci</tt> output to confirm that the system has a nVidia graphics card installed and detected.
 * 2) The currently installed version of  does not support the installed graphics card model.  Check the README file in /usr/share/nvidia-drivers-*/ for a list of supported devices, or use the driver search at http://www.geforce.com/drivers.
 * 3) Another kernel driver has control of the hardware.  Check <tt>lspci -k</tt> to see if another driver like "nouveau" is bound to the graphics card.  If so, disable or blacklist this driver.

Xorg says it can't find any screens
When after booting the system, it ends up with a black screen or a console prompt instead of the GUI; then press ++ to bring up a virtual console. Next, run:

to see the output of Xorg. If one of the first errors is that Xorg can't find any screens, then follow the following steps to resolve the issue.

It should be enough to run the following command before rebooting:

But if that doesn't work, run <tt>lspci</tt> and notice that the video card starts off like this:

Take the first bit,  and put it in the  file with the   option:

Direct rendering is not enabled
If direct rendering does not work, it may be because the kernel has Direct Rendering Manager enabled, which conflicts with the driver. See the direct rendering status by following instructions in the section Testing the card.

First, disable Direct Rendering Manager in the kernel :

Next, rebuild since the driver may have built against the kernel DRM symbols. It should fix the problem.

Video playback stuttering or slow
Lately there seems to be some breaking with playback of some types of video with the NVidia binary drivers, causing slow video playback or significant stuttering. This problem seems to be occurring within the Intel CPU Idle replacement instead of the common ACPI CPU idling method for certain CPU's.

Disable the Intel CPU idling method using  on the kernel command line boot method, which should cause the kernel to automatically fall back to the normal or older ACPI CPU idling method. Also, disabling the NVidia Powermizer feature, or setting Powermizer to maximum performance within <tt>nvidia-settings</tt> has been said to help. Although the Intel CPU idling method recently was introduced as the default CPU idling method for i5 and i7 CPUs (versus using ACPI CPU idling) is the root cause here. This idling method significantly solves the problem, however some minimal stuttering or slow video is encountered if deinterlacing was enabled; this is when the video is likely already deinterlaced (ie. alias <tt>mplayer-nodeint</tt> with something similar to <tt>mplayer -vo vdpau:deint=0:denoise=0:nochroma-deint:colorspace=0:hqscaling=1, video.mpg</tt> as a work around.)

Documentation
The package also comes with comprehensive documentation. This is installed into and can be viewed with the following command:

Kernel module parameters
The <tt>nvidia</tt> kernel module accepts a number of parameters (options) which can be used to tweak the behaviour of the driver. Most of these are mentioned in the documentation. To add or change the values of these parameters, edit the file. Remember to run <tt>update-modules</tt> after modifying this file, and bear in mind to reload the  module before the new settings take effect.

Edit :

Update module information:

Unload the <tt>nvidia</tt> module...

…然后加载它再一次:

高级 X 配置
The GLX layer also has a plethora of options which can be configured. These control the configuration of TV out, dual displays, monitor frequency detection, etc. Again, all of the available options are detailed in the documentation.

To use any of these options, list them in the relevant Device section of the X config file (usually ). For example, to disable the splash logo:

参考

 * nouveau & nvidia-drivers switching
 * NVIDIA Driver with Optimus Laptops