NVIDIA/nvidia-drivers

From Gentoo Wiki
< NVIDIA(Redirected from NVidia/nvidia-drivers/ru)
Jump to:navigation Jump to:search
This page is a translated version of the page NVIDIA/nvidia-drivers and the translation is 84% complete.

Пакет x11-drivers/nvidia-drivers содержит проприетарный графический драйвер для видеокарт NVIDIA.

В проприетарном драйвере содержатся некоторые функции-обёртки, которые собираются для текущего ядра, и двоичный код, который берет на себя основную работу по взаимодействию с картой. Драйвер состоит из двух частей: модуля ядра и драйвера X11. Обе части находятся в одном пакете. Вследствие особенностей упаковки драйверов, необходимо сделать некоторый выбор перед их установкой.

Пакет включает в себя последние драйвера от NVIDIA с поддержкой большинства видеокарт NVIDIA. Имеется несколько версий пакета, зависящие от старости карты. Пакет использует eclass для обнаружения типа используемой видеокарты, чтобы установить подходящую версию.

Заметка
It's always recommended (and good practice) to check the corresponding documentation provided by NVIDIA for the version of the system's installed driver, as that information may be more up-to-date and prevalent for more use cases. If any issues arise, README documentation may come of a great help. The official README documentation for all NVIDIA's drivers can also be found online.

USE-флаги

USE flags for x11-drivers/nvidia-drivers NVIDIA Accelerated Graphics Driver

X Add support for X11
dist-kernel Enable subslot rebuilds on Distribution Kernel upgrades
kernel-open Use the open source variant of drivers (Turing/Ampere+ GPUs only, aka GTX 1650+, experimental)
modules Build the kernel modules
modules-compress Install compressed kernel modules (if kernel config enables module compression)
modules-sign Cryptographically sign installed kernel modules (requires CONFIG_MODULE_SIG=y in the kernel)
persistenced Install the persistence daemon for keeping devices state when unused (e.g. for headless)
powerd Install the NVIDIA dynamic boost support daemon (only useful with specific laptops, ignore if unsure)
static-libs Install the XNVCtrl static library for accessing sensors and other features
strip Allow symbol stripping to be performed by the ebuild for special files
tools Install additional tools such as nvidia-settings
wayland Enable dev-libs/wayland backend

Аппаратная совместимость

Пакет x11-drivers/nvidia-drivers поддерживает целый диапазон доступных видеокарт NVIDIA. В зависимости от видеокарты, которая имеется в системе, для установки доступно большое число версий. См. Список поддерживаемых возможностей и официальную документацию NVIDIA What's a legacy driver? для того, чтобы узнать, какую версию пакета nvidia-drivers лучше использовать.

Устаревшее аппаратное обеспечение

Если карта определилась как устаревшая, замаскируйте свежие выпуски x11-drivers/nvidia-drivers, то есть:

ФАЙЛ /etc/portage/package.maskМаскировка драйверов версии выше 470
>x11-drivers/nvidia-drivers-471

Заметьте, что Gentoo не предоставляет драйвера ниже версии 470.xx. Если в системе установлена видеокарта, которой необходимы эти драйвера, то рекомендуется использовать драйвер nouveau.

Установка

Distribution Kernel

When using a distribution kernel (sys-kernel/gentoo-kernel or sys-kernel/gentoo-kernel-bin), building driver support is as simple as adding the following to /etc/portage/make.conf:

ФАЙЛ /etc/portage/make.confПример make.conf для Nvidia
USE="dist-kernel"

This will trigger the Nvidia driver to automatically rebuild on every kernel update. Restarting is recommended after doing a kernel update.

Совет
If using GRUB as a bootloader then adding the useflag dbus to /etc/portage/make.conf will also trigger GRUB to update the boot

Вручную собранное ядро

Как упоминалось выше, драйвер ядра NVIDIA устанавливается и работает на текущем ядре. Он собирается в виде модуля, поэтому ядро должно поддерживать загрузку модулей ядра (смотрите ниже).

Модуль ядра (nvidia.ko) состоит из проприетарной части (широко известной как двоичный блоб), которая управляет графическими чипами, и части с открытым исходным кодом (клей — англ. glue), которая во время исполнения работает как посредник между проприетарной частью и ядром. Они должны работать вместе слаженно, иначе можно столкнуться с потерей данных (из-за паники ядра, сбоя X–сервера с несохраненными данными в X–приложениях) и даже повреждением аппаратного обеспечения (перегрев и другие проблемы с управлением питания тут же приходят на ум).

Совместимость ядра

Время от времени, новый релиз ядра изменяет внутренний двоичный интерфейс приложений (англ. ABI, application binary interface) для драйверов, что означает, что все драйвера, которые используют этот интерфейс, должны быть соответствующим образом изменены. Для драйверов с открытым исходным кодом, особенно распространяемых с ядром, эти изменения практически тривиальны для исправления, так как цепочка вызовов между драйверами и другими частями ядра может быть просмотрена достаточно легко. Для проприетарных драйверов типа nvidia.ko, это далеко не так. При изменении внутреннего двойчного интерфейса приложений, невозможно просто исправить используемый клей, потому что неизвестно как этот клей используется проприетарной частью. Если удастся наладить работу и все будет работать исправно, вы все еще рискуете тем, что работа nvidia.ko в новом, неподдерживаемом ядре приведет к потере данных и аппаратному сбою.

Когда выпускается новая, несовместимая версия ядра, лучше некоторое время оставаться на последнем поддерживаемом ядре. Обычно, NVIDIA требуется несколько недель для подготовки нового проприетарного релиза, который, по их мнению, подходит для общего использования. Просто будьте терпеливы. Если же обновление совершенно необходимо, ebuild-файл nvidia-drivers поддерживает команду epatch_user из класса eutils.class: это позволит вам исправить nvidia-drivers для их совместимости с последним, неподдерживаемым релизом ядра. Однако заметьте, что ни мейнтейнеры пакета nvidia-drivers, ни NVIDIA не оказывают тех. поддержки, в данной ситуации. Гарантия на аппаратное обеспечение, скорее всего, будет аннулирована. Мейнтейнеры Gentoo не смогут исправить ваши проблемы, так как это проприетарный драйвер, который может быть отлажен только NVIDIA. Мейнтейнеры ядра (как пакета Gentoo, так и разработчики самого ядра), определенно не будут поддерживать проприетарные драйвера или, любую испорченную систему, которая может вызвать проблемы.

Если для конфигурации ядра был использован genkernel all, тогда все в порядке. Если нет, дважды проверьте конфигурацию ядра, так чтобы поддержка загружаемых модулей была включена:

ЯДРО Включение поддержки загружаемых модулей (CONFIG_MODULES)
[*] Enable loadable module support --->

Также включите в ядро поддержку Memory Type Range Register (включает /proc/mtrr):

ЯДРО Включить поддержку MTRR (CONFIG_MTRR)
Processor type and features --->
    [*] MTRR (Memory Type Range Register) support

Для как минимум некоторых (если не всех) версий драйвера также может понадобиться включить поддержку VGA Arbitration и обработчика сообщений IPMI

ЯДРО Включение поддержки VGA Arbitration (CONFIG_VGA_ARB)
Device Drivers --->
   PCI support --->
      [*] VGA Arbitration
ЯДРО Включение обработчика сообщений IPMI (CONFIG_ACPI_IPMI)
Device Drivers --->
   Character devices --->
      [*] IPMI top-level message handler

Если на компьютере есть видеокарта AGP, вы можете дополнительно включить в ядро поддержку драйвера agpgart, встроенного в ядро, или в качестве модуля. Если модуль apggart не используется, то драйверы будут использовать собственную реализацию apggart, называемую NvAGP. На определенных системах, это приводит к лучшей производительности, чем встроенный в ядро agpgart, а на некоторых, к худшей. Оцените оба варианта на своей собственной системе для достижения наилучшей производительности. Если вы не уверены что делать, используйте встроенный в ядро agpgart:

ЯДРО Включение поддержки agpgart (CONFIG_AGP)
Device Drivers --->
   Graphics support --->
      -*- /dev/agpgart (AGP Support) --->
Заметка
На amd64 настройками agpgart управляет IOMMU.
Важно
Для процессоров архитектур x86 и AMD64, встроенный в ядро драйвер framebuffer конфликтует с бинарным драйвером от NVIDIA. При сборке ядра для этих процессоров полностью отключите поддержку этого драйвера, как показано ниже.
ЯДРО Отключение поддержки встроенного в ядро драйвера кадрового буфера (CONFIG_FB_NVIDIA, CONFIG_FB_RIVA)
Device Drivers --->
    Graphics support --->
        Frame buffer Devices --->
            <*> Support for frame buffer devices --->
               < > nVidia Framebuffer Support
               < > nVidia Riva support

Теперь убедитесь, что драйвер nouveau отключен:

ЯДРО Отключение поддержки драйвера nouveau (CONFIG_DRM_NOUVEAU)
Device Drivers  --->
    Graphics support  --->
      < > Nouveau (nVidia) cards

SimpleDRM must not be built-in (CONFIG_DRM_SIMPLEDRM=y)[1]. Effects of it being enabled might include: no TTY, not working Xorg sessions/Wayland compositors, etc. Nonetheless, it is harmless as a module (CONFIG_DRM_SIMPLEDRM=m).

ЯДРО Отключение поддержки SimpleDRM (CONFIG_DRM_SIMPLEDRM)
Device Drivers --->
   Graphics support --->
      < > Simple framebuffer driver

A framebuffer driver is required for rendering the Linux console (TTY) as this functionality is not yet provided by the proprietary NVIDIA driver[2][3], i.e. nvidia-drivers, unlike in-tree DRM drivers, rely on other framebuffer drivers to provide Linux console (TTY) support, instead of providing its own. As shown below, set Mark VGA/VBE/EFI FB as generic system framebuffer (CONFIG_SYSFB_SIMPLEFB=y), and then enable a framebuffer driver. Common options for this are to use either efifb (CONFIG_FB_EFI=y) for UEFI devices or vesafb (CONFIG_FB_VESA=y) for BIOS/CSM devices. simplefb (CONFIG_FB_SIMPLE=y|m) may also be chosen, however there are reports of it not working, as there exist reports of it working as well as others; the decision is up to end user to make.

ЯДРО Включение кадрового буфера для ядра 5.15 и выше (CONFIG_SYSFB_SIMPLEFB, CONFIG_FB_VESA, CONFIG_FB_EFI, CONFIG_FB_SIMPLE)
Device Drivers --->
   Firmware Drivers  --->
      [*] Mark VGA/VBE/EFI FB as generic system framebuffer
   Graphics support --->
      Frame buffer Devices  --->
         <*> Support for frame buffer devices  --->
            [*] VESA VGA graphics support
            [*] EFI-based Framebuffer Support 
            <*> Simple framebuffer support

Ebuild-файл nvidia-drivers автоматически обнаруживает версию вашего ядра, основываясь на символьной ссылке /usr/src/linux. Пожалуйста, убедитесь, что эта символьная ссылка указывает на корректные исходные коды и что ваше ядро сконфигурировано правильно. Обратитесь к разделу «Конфигурация ядра» Руководства пользователя Gentoo для получения подробностей по конфигурации ядра.

Для начала, выберите правильный исходный код ядра используя eselect. Когда, например, выбран sys-kernel/gentoo-sources версии 3.7.10, список ядер будет выглядеть приблизительно так:

root #eselect kernel list
Available kernel symlink targets:
  [1]   linux-3.7.10-gentoo *
  [2]   linux-3.7.9-gentoo

В результате, приведенном выше, заметьте, что ядро linux-3.7.10-gentoo помечено звездочкой (*), для того, чтобы продемонстрировать, что это то ядро, на которое указывает символьная ссылка.

Если символьная ссылка не указывает на корректные исходные тексты, обновите ее, выбирая номер требуемых вами исходных текстов ядра, как в приведенном далее примере.

root #eselect kernel set 1

Плагины GCC для ядра

Если плагины GCC для ядра включены, nvidia-drivers будет учитывать это при сборке. Если для сборки плагинов и nvidia-drivers использовался компилятор разной версии, произойдет ошибка.

ЯДРО Включение плагинов GCC (CONFIG_GCC_PLUGINS)
General architecture-dependent options --->
   GCC plugins --->
      ...

Это поведение нельзя изменить, смотрите bug #804618 или различные посты на форуме [4] [5] [6]. Также, использование этих плагинов является спорным моментом [7].

Если появится ошибка, пересоберите плагины (в /usr/src/linux):

root #make oldconfig && make prepare

Конфигурация

Драйвера

Теперь самое время установить драйвера. Сперва, следуя Руководству по конфигурации X-сервера, установите VIDEO_CARDS="nvidia" в /etc/portage/make.conf. Во время установки X-сервера будет установлена правильная версия x11-drivers/nvidia-drivers.

Заметка
Драйвера могут быть установлены с USE-флагом tools. Это установит nvidia-settings, удобный графический инструмент для мониторинга и конфигурации некоторых аспектов видеокарты NVIDIA.
Важно
Каждый раз, когда собирается ядро, необходимо переустановить модули ядра, принадлежащих NVIDIA. Простым способом пересборки модулей, установленных ebuild-файлами (такими как x11-drivers/nvidia-drivers), является запуск emerge @module-rebuild.

После завершения установки, запустите modprobe nvidia для загрузки модуля ядра в память. Если это было обновление (пакета x11-drivers/nvidia-drivers), то сначала удалите предыдущий модуль.

root #lsmod | grep nvidia
root #rmmod nvidia
root #modprobe nvidia

Подпись модулей ядра (опционально)

Заметка
Информация в этом разделе не имеет отношения к системам без подписанных модулей ядра. Пропустите её.

В случае использования подписи для безопасной загрузки ядра, нужно подписать модули ядра NVIDIA перед их загрузкой.

Это можно сделать с помощью perl-скрипта в ядре.

root #/usr/src/linux/scripts/sign-file sha512 /usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509 /lib/modules/Kernel-Version-modules-path/video/nvidia-uvm.ko
root #/usr/src/linux/scripts/sign-file sha512 /usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509 /lib/modules/Kernel-Version-modules-path/video/nvidia.ko

Начиная с версии драйвера 358.09, был сделан новый модуль для работы с настройками режима монитора. В таких версиях драйвера также нужно подписать этот модуль.

root #/usr/src/linux/scripts/sign-file sha512 /usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509 /lib/modules/Kernel-Version-modules-path/video/nvidia-modeset.ko

При использовании композитора Wayland или необходимости использования разгрузки PRIME, подпишите следующие два модуля:

root #/usr/src/linux/scripts/sign-file sha512 /usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509 /lib/modules/Kernel-Version-modules-path/video/nvidia-drm.ko
root #/usr/src/linux/scripts/sign-file sha512 /usr/src/linux/certs/signing_key.pem /usr/src/linux/certs/signing_key.x509 /lib/modules/Kernel-Version-modules-path/video/nvidia-peermem.ko

После подписи модулей, драйвер будет загружаться должным образом. Этот метод подписания модуля может быть использован для подписи других модулей; не только для драйверов nvidia. Просто измените путь к соответствующему модулю.

Конфигурация Dracut (необязательно)

When using Dracut, it may be worthwhile to ensure that the NVIDIA modules are not bundled in the generated ramdisk (initramfs) image. Otherwise, every update may require regeneration of the image.

ФАЙЛ /etc/dracut.conf.d/nvidia.confОтключение модулей NVIDIA в ramdisk
# Исключение драйвера nvidia из ramdisk, дабы не пересоздавать
# ramdisk при обновлении.
omit_drivers+=" nvidia nvidia-drm nvidia-modeset nvidia-uvm "

X-сервер

Once the appropriate drivers are installed, the X server should work without any extra configuration. An example of /etc/X11/xorg.conf for single-GPU systems is provided below.

ФАЙЛ /etc/X11/xorg.conf.d/nvidia.confExplicit nvidia driver section
Section "Device"
   Identifier  "nvidia"
   Driver      "nvidia"
EndSection

Для ноутбуков с интегрированной видеокартой Intel, попробуйте конфигурацию XOrg, предложенную в статье NVIDIA/Optimus.

nvidia-persistenced

NVIDIA packages a daemon called nvidia-persistenced to assist in situations where the tearing down of the GPU device state isn't desired. Typically, the tearing down of the device state is the intended behavior of the device driver. Still, the latencies incurred by repetitive device initialization can significantly impact performance for some applications.

nvidia-persistenced is intended to be run as a daemon from system initialization and is generally designed as a tool for compute-only platforms where the NVIDIA device is not used to display a graphical user interface. Depending on the user's system and its uses, it may not be necessary to set persistenced USE flag.

Currently, Gentoo does not elect to set the persistenced USE flag as default.

Разрешения

The user(s) needing to access the video card will need to be added to the video group:

root #gpasswd -a larry video

Note that users will be able to run X without permission to the DRI subsystem, but hardware acceleration will be disabled. For Wayland sessions not setting this may result in a very low FPS.

Управление питанием PCI-Express Runtime D3 (RTD3)

NVIDIA GPUs have many power-saving mechanisms. Some of them will reduce clocks and voltages to different parts of the chip. Sometimes, turning off clocks or power to parts of the chip entirely, without affecting functionality or continuing to function, just at a slower speed.

The NVIDIA Linux driver includes initial experimental support for dynamically managing power to the NVIDIA GPU.

Thus, this feature is available only when the following conditions are satisfied:

  • This feature is supported only on notebooks.
  • This feature requires system hardware as well as ACPI support. The necessary hardware and ACPI support was first added in the Intel Coffeelake chipset series. Hence, this feature is supported from Intel Coffeelake chipset series.
  • This feature requires a Turing or newer GPU.
  • This feature is supported with Linux kernel versions 4.18 and newer. With older kernel versions, it may not work as intended.
  • This feature is supported when Linux kernel defines CONFIG_PM=y. Typically, if the system supports S3 (suspend-to-RAM), then CONFIG_PM would be defined.

Настройка

If the user wants to enable this feature, then it's recommended to follow the 'Automated Setup' section in Chapter 22 of the official NVIDIA README documentation. It has also been outlined below for convenience.

Create a file named 80-nvidia-pm.rules in /etc/udev/rules.d/ directory with the following contents:

ФАЙЛ /etc/udev/rules.d/80-nvidia-pm.rules
# Enable runtime PM for NVIDIA VGA/3D controller devices on driver bind
ACTION=="bind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030000", TEST=="power/control", ATTR{power/control}="auto"
ACTION=="bind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030200", TEST=="power/control", ATTR{power/control}="auto"

# Disable runtime PM for NVIDIA VGA/3D controller devices on driver unbind
ACTION=="unbind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030000", TEST=="power/control", ATTR{power/control}="on"
ACTION=="unbind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030200", TEST=="power/control", ATTR{power/control}="on"

The following file needs be added to /etc/modprobe.d/ file to seamlessly enable this feature.

ФАЙЛ /etc/modprobe.d/nvidia-pm.conf
# Включение RTD3
options nvidia NVreg_DynamicPowerManagement=0x02

More information and other configuration options are documented in Chapter 22 of NVIDIA's README documentation.

Включение глобальной поддержки NVIDIA

Most NVIDIA GPUs are capable of donig hardware encoding/decoding, the support matrix can be found here. GeForce 8 series and later GPUs do come with VDPAU support which superseded legacy XvMCNVIDIA support. Some ebuilds, like media-video/ffmpeg and media-video/obs-studio, have USE flags vdpau and nvenc to enable support for NVIDIA hardware encoding/decoding.

Также есть несколько приложений, которые используют USE-флаг nvidia, поэтому было бы неплохо добавить его в файл /etc/portage/make.conf.

Затем, запустите emerge -uD --newuse @world для пересборки тех приложений, на которые влияет изменение этого USE-флага.

Использование инструмента управления настройками от NVIDIA

NVIDIA также предоставляет инструмент для управления настройками. Этот инструмент разрешает пользователю просматривать и изменять настройки графики без перезапуска X-сервера; он доступен в Portage как часть пакета x11-drivers/nvidia-drivers с включенным USE-флагом tools.

Использование

Тестирование видеокарты

Для того, чтобы протестировать NVIDIA видеокарту, запустите X и введите команду glxinfo, которая является частью пакета x11-apps/mesa-progs. Она должна сообщить, что direct rendering активирован:

user $glxinfo | grep direct
direct rendering: Yes

Для проверки кадровой частоты — FPS, запустите glxgears.

Устранение проблем

Чтобы получить список ошибок для пакета x11-drivers/nvidia-drivers, открытых на данный момент, взгляните на Gentoo bugtracker: known bugs.

Случайные зависания

Случайные зависание могут возникать из–за различных причин. Проверьте, что:

  • Все энергосберегающии настройки в BIOS/UEFI отключены.
  • В файле /etc/modprobe.d/nvidia.conf находятся оригинальные настройки (с установки).

FATAL: modpost: GPL-incompatible module *.ko uses GPL-only symbol

Когда ebuild жалуется о 'mutex_destroy' GPL-only symbol:

root #emerge x11-drivers/nvidia-drivers
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'mutex_destroy' 

Убедитесь, что отключили CONFIG_DEBUG_MUTEXES в файле конфигурации ядра .config, как обсуждалось в этой ветке форума.

Драйвер не инициализируется, если включены прерывания MSI

Драйвер NVIDIA в Linux по умолчанию использует Message Signaled Interrupts (прерывания инициируемые сообщениями, MSI). В результате этого мы получаем совместимость и расширяемость, в основном из-за отсутствия необходимости разделения IRQ. На некоторых системах наблюдаются проблемы с поддержкой MSI, хотя они хорошо работают с прерываниями virtual wire (виртуальные провода). Это приводит к невозможности запустить X вместе с драйвером NVIDIA, либо к проблемам инициализации CUDA.

Прерывания MSI можно запретить параметром модуля ядра NVIDIA NVreg_EnableMSI=0. Это можно сделать в командной строке при загрузке модуля, либо (более правильно) через файлы конфигурации модулей дистрибутива (например, через те, что находятся в /etc/modprobe.d/).

Например:

ФАЙЛ /etc/modprobe.d/nvidia.confSetting nvidia NVreg_EnableMSI
# Поддержка драйверов Nvidia
alias char-major-195 nvidia
alias /dev/nvidiactl char-major-195
  
# Следующие параметры можно менять. Помните, что
# нужно быть осторожным, так как из-за них может возникнуть нестабильность!
# Более детальная информация находится в файле /usr/share/doc/nvidia-drivers-337.19/README 
#
# !!! ВНИМАНИЕ, ПО ПОВОДУ БЕЗОПАСНОСТИ !!!
# НЕ МЕНЯЙТЕ И НЕ УДАЛЯЙТЕ НАСТРОЙКИ УСТРОЙСТВА, ЕСЛИ ТОЛЬКО
# ВЫ НЕ УВЕРЕНЫ В ТОМ, ЧТО ДЕЛАЕТЕ.
# ДОБАВЛЯЙТЕ ТОЛЬКО ДОВЕРЕННЫХ ПОЛЬЗОВАТЕЛЕЙ В ГРУППУ VIDEO, ТАК КАК ОНИ МОГУТ 
# УМЕРЕННО ИЛИ НЕОБРАТИМО ИСПОРТИТЬ КОМПЬЮТЕР.
options nvidia NVreg_DeviceFileMode=0660 NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=27 NVreg_ModifyDeviceFiles=1 NVreg_EnableMSI=0

Работа с 2D ускорением на машинах с 4 Гб памяти и больше.

Если есть проблемы с 2D-ускорением графики на NVIDIA, то, скорее всего, системе не удалось настроить диапазон совмещения записи (write-combining range) в MTRR. Чтобы это проверить, пересмотрите содержимое файла /proc/mtrr:

root #cat /proc/mtrr

Каждая строка должна содержать write-back или write-combining. При появлении строки со словом uncachable, необходимо изменить настройки BIOS, чтобы это исправить.

Перезагрузитесь и войдите в BIOS, затем найдите настройки MTRR (возможно, под CPU Settings). Измените настройки с continuous на discrete и перезагрузитесь обратно в Linux. Теперь записи со словом uncachable больше нет и 2D-ускорение работает без каких-либо неполадок.

Также вам, возможно, понадобится включить поддержку MTRR cleanup (CONFIG_MTRR_SANITIZER=Y) в ядре Linux:

ЯДРО Включение поддержки MTRR cleanup
Processor type and features  --->
   [*]   MTRR (Memory Type Range Register) support
   [*]   MTRR cleanup support 
   (0)     MTRR cleanup enable value (0-1) 
   (1)     MTRR cleanup spare reg num (0-7)

Failed to initialize DMA on Ryzen

Отключите поддержку AMD Secure Memory Encryption в ядре[8]:

ЯДРО Отключение поддержки AMD Secure Memory Encryption (SME)
Processor type and features  --->
   [ ]   AMD Secure Memory Encryption (SME) support

Появляется ошибка «no such device» при попытке загрузить модуль ядра

Это обычно вызвано одной из следующих проблем:

  1. В системе отсутствует какая-либо видеокарта NVIDIA. Проверьте вывод lspci, чтобы убедиться, что видеокарта NVIDIA подключена и обнаружена.
  2. Установленная версия x11-drivers/nvidia-drivers не поддерживает подключенную модель видеокарты. Проверьте файл README в /usr/share/nvidia-drivers-*/ на наличие списка поддерживаемых устройств, или используйте поиск драйверов в http://www.geforce.com/drivers.
  3. Карта используется другим драйвером ядра. Проверьте, с помощью lspci -k, если другой драйвер, вроде "nouveau" или "efifb", привязан к текущей карте. Если да, то отключите его или добавьте в черный список.

Direct rendering не активирован

Если direct rendering не работает, это может быть потому, что Direct Rendering Manager включен в ядро, что вызывает конфликт с драйвером. Проверьте статус Direct Rendering следуя инструкциям раздела Тестирование видеокарты.

Во-первых, отключите Direct Rendering Manager (CONFIG_DRM) в ядре :

ЯДРО Отключение Direct Rendering Manager
Device drivers --->
    Graphics support --->
        < > Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)

Далее, соберите заново x11-drivers/nvidia-drivers, так как драйвер мог быть пересобран с DRM-символами ядра. Это должно исправить проблему.

Замедленное или заикающееся проигрывание видео

В последнее время можно наблюдать сбои с проигрыванием некоторых типов видео на бинарных драйверах NVIDIA, вызывающие медленное воспроизведение или значительное заикание. Эта проблема происходит при замене для определенных процессоров общего ACPI метода холостого хода на метод от Intel.

Отключите метод холостого хода для процессора Intel, используя intel_idle.max_cstate=0 в методе загрузки командной строки ядра, что должно дать основание для ядра автоматически откатится до нормального или более старого ACPI метода холостого хода процессора. Также, отключение NVIDIA Powermizer, или установка Powermizer на максимальную производительность с nvidia-settings, также может помочь. Хотя метод холостого хода для процессора Intel был представлен как стандарт для процессоров i5 и i7 (против использования ACPI метода), есть серьезная причина. Этот метод существенно решает проблему, однако некоторые небольшие заикания или медленное воспроизведение встречаются при включенном деинтерлейсинге; это происходит когда видео уже деинтерлейсировано (т.е. присвойте алиас mplayer-nodeint к похожей на эту команде {{{1}}}, для обхода проблемы).

Если вы используете GRUB в качестве загрузчика, добавьте этот параметр ядра в файл /etc/default/grub:

ФАЙЛ /etc/default/grubДобавление параметра ядра intel_idle.max_cstate в GRUB
GRUB_CMDLINE_LINUX_DEFAULT="intel_idle.max_cstate=0"

Не забудьте запустить grub-mkconfig -o /boot/grub/grub.cfg после внесения изменения, чтобы сгенерировалась новая конфигурация (смотрите страницу GRUB для более подробной информации).

После перезагрузки вы можете проверить что изменение применилось:

user $cat /sys/module/intel_idle/parameters/max_cstate
0

Нет HDMI вывода/Видео/Звука

Эта проблема возникает, если хаб HDMI был выключен некоторое время, или компьютер был запущен с отключённым HDMI хабом.

Для начала, найдите ID устройства PCI, используя lspci.

Если эта проблема появилась, замените PCI ID с помощью следующей команды для повторного сканирования шины PCI

root #echo on > /sys/bus/pci/devices/0000\:06\:00.0/power/control

Это позволяет избежать отключения управления питанием во время работы для PCI функции 0, в результате чего эта шина PCI будет всегда включена.

См.: https://download.nvidia.com/XFree86/Linux-x86_64/435.17/README/dynamicpowermanagement.html

Отсутствует вертикальная синхронизация (no VSync, tearing) в OpenGL приложениях

Добавление следующей опции в раздел экрана предотвращает разрывы на GTX 660, 660 Ti, и, возможно, других GPU (источник):

ФАЙЛ /etc/X11/xorg.conf
Section "Screen"
     . . .
    Option         "metamodes" "nvidia-auto-select +0+0 { ForceFullCompositionPipeline = On }"
     . . .
EndSection

udevd использует 100% процессора, не удается запустить X сервер

Для решеине смотрите bug #670340 comment #8

Искаженные белые полосы во время начальной загрузки

Если появляется черный экран с искаженными белыми полосами сразу после того, как ядро и initramfs загрузились, попробуйте отключить CONFIG_SYSFB_SIMPLEFB и все драйвера фреймбуфера, кроме CONFIG_FB_EFI.

«ERROR: Kernel configuration is invalid»

При сборке nvidia-drivers может появиться следующая ошибка:

root #emerge x11-drivers/nvidia-drivers
...
* Preparing nvidia module
make -j8 HOSTCC=x86_64-pc-linux-gnu-gcc 'LDFLAGS=-m elf_x86_64' NV_VERBOSE=1 IGNORE_CC_MISMATCH=yes SYSSRC=/usr/src/linux SYSOUT=/usr/src/linux modules 
make[1]: Entering directory '/usr/src/linux-5.15.23-gentoo'
test -e include/generated/autoconf.h -a -e include/config/auto.conf || (		\
echo >&2;							\
echo >&2 "  ERROR: Kernel configuration is invalid.";		\
echo >&2 "         include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo >&2 "         Run 'make oldconfig && make prepare' on kernel src to fix it.";	\
echo >&2 ;							\
/bin/false)

Это не ошибка сама по себе, а проверка логики кода на наличие такой ошибки. Из этого следует, что конфигурация ядра на самом деле не является ошибочной.

Plymouth не может найти модуль nvidia-uvm

When using systemd, it may be worth considering adding the following configuration to /etc/modprobe.d to ensure that nvidia-uvm is loaded as a soft dependency of the nvidia module. This helps prevent an error that happens when the configuration file is added to the initrd but not the nvidia-uvm module; causing an error on Plymouth about not being able to find the nvidia-uvm module.

This may not be required unless specifically using Dracut, systemd, and observe the error produced by Plymouth (not finding nvidia-uvm) in the logs.

ФАЙЛ /etc/modprobe.d/nvidia-uvm.confMake nvidia-uvm a soft dependency of the nvidia module (on systemd)
# Make a soft dependency for nvidia-uvm as adding the module loading to
# /usr/lib/modules-load.d/nvidia-uvm.conf for systemd consumption, makes the
# configuration file to be added to the initrd but not the module, throwing an
# error on plymouth about not being able to find the module.
# Ref: /usr/lib/dracut/modules.d/00systemd/module-setup.sh

# Even adding the module is not the correct thing, as we don't want it to be
# included in the initrd, so use this configuration file to specify the
# dependency.

softdep nvidia post: nvidia-uvm

Wayland GLAMOR (странная проблема набора с клавиатуры)

Symtoms: weird keyboard behavior when trying, it deletes and redraw the characters.

Affected: xwayland apps, i noticed it especially on discord and skype

Workaround:

XWAYLAND_NO_GLAMOR=1

Enable this envvar and it will disable GLAMOR, will take more resources but the issue won't occur anymore. you can just add it to /etc/environment file. more information in the gitlab link.

  • notice: disabling glamor causes wine-proton games to work a lot slower and there are reports of steam for linux not even starting.

Несоответствие API

Symptoms: API mismatch can cause launching GPU accelerated applications to fail to launch. It can also cause external displays which are connected via a discrete NVIDIA graphics card to be detected, but not be enabled or activated (the screen will show up in xrandr, but will refuse to display output - the display will stay in low power mode.).

Detection: This problem can be detected using a few different methods:

1. Compare the currently loaded kernel module version with the currently available userspace management utilities.

Kernel module check:

user $modinfo nvidia | grep version | head -n 1
version:        515.65.01

Userspace utility version:

user $nvidia-settings --version | grep version
nvidia-settings:  version 520.56.06

Observe in the previous command output there is a difference in the patch versions: 515.65.01 vs 515.65.06.

2. Something like the following message will be written to the dmesg log:

user $dmesg
[  337.995427] NVRM: API mismatch: the client has the version 520.56.06, but
               NVRM: this kernel module has the version 515.65.01.  Please
               NVRM: make sure that this kernel module and all NVIDIA driver
               NVRM: components have the same version.
[  339.048386] [drm:nv_drm_dumb_map_offset [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to lookup gem object for mapping: 0x00000006
[  339.048400] [drm:nv_drm_dumb_map_offset [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to lookup gem object for mapping: 0x00000007

3. The post-install ebuild log output also includes logic to detect for the API mismatch and instructions for the solution:

user $emerge @module-rebuild
>>> Installing (1 of 1) x11-drivers/nvidia-drivers-520.56.06::gentoo
 * >>> SetUID: [chmod go-r] /usr/bin/nvidia-modprobe ...                                                                             [ ok ]
 * Removing x11-drivers/nvidia-drivers-520.56.06 from moduledb.
 * Updating module dependencies for 6.0.5-gentoo-x86_64 ...                                                                          [ ok ]
 * Adding module to moduledb.
 * Currently loaded NVIDIA modules do not match the newly installed
 * libraries and may prevent launching GPU-accelerated applications.
 * The easiest way to fix this is usually to reboot

Cause: API mismatch occurs when the nvidia kernel modules are of a different version than the userspace utilities. This occurs when a full system reboot is not performed after an nvidia-drivers package the update.

Solution: The simplest solution is to perform a full system reboot.

Тонкая настройка

Модули ядра с открытым исходным кодом

Предупреждение
Считайте это крайне экспериментальной функцией! Возможностей всё ещё не хватает, и сама nvidia не считает, что это готово для настольного использования. Не сообщайте об ошибках в Gentoo Bugzilla, если они не связаны с самими пакетами.

В мае 2022 года компания Nvidia объявила о работе над открытием исходного кода драйверов ядра для своих видеокарт. Драйвер размещён на GitHub.

Храбрые сердцем пользователи могут попробовать новые возможности при помощи включения соответствующего USE-флага:

ФАЙЛ /etc/portage/package.use
x11-drivers/nvidia-drivers kernel-open

Документация

Пакет x11-drivers/nvidia-drivers также поставляется с исчерпывающей документацией. Она устанавливается в каталог /usr/share/doc и может быть просмотрена с помощью следующей команды:

user $less /usr/share/doc/nvidia-drivers-*/README.bz2

Параметры модуля ядра

Модуль ядра nvidia принимает набор параметров (options), которые позволяют настроить поведение драйвера. Большинство из них упомянуто в документации. Для того, чтобы добавить или изменить значения этих параметров, отредактируйте файл /etc/modprobe.d/nvidia.conf. Не забудьте запустить update-modules после изменения этого файла и помните, что также потребуется перезагрузить модуль nvidia перед тем, как новые настройки вступят в силу.

Предупреждение
Уделите пристальное внимание этому разделу, так как эти параметры ядра могут включать возможности, которые не поддерживаются устройством. Эти параметры не снисходительны, поэтому будьте осторожны. Перед внесением изменений еще раз убедитесь в том, что эти изменения необходимы.
Атрибут Значение по умолчанию Описание
NVreg_DeviceFileUID 0 Изменяет идентификатор пользователя (user ID) файла устройства. Значение по умолчанию устанавливает его в значение пользователя root. Установка этого параметра в значение другого идентификатора пользователя заставит модуль драйвера создать файл устройства с доступом для этого пользователя.
NVreg_DeviceFileGID 27 Изменяет идентификатор группы (Group ID) файла устройства. Значение по умолчанию устанавливает этот параметр в значение идентификатора группы video.
NVreg_DeviceFileMode Не определено Устанавливает права доступа для файла устройства. Значение 0660 предоставляет владельцу и группе доступ для чтения-записи. Другие пользователи не имеют доступа к файлу устройства.
NVreg_ModifyDeviceFiles 1 Включает или выключает динамическое управление файлом устройства.
NVreg_EnablePCIeGen3 0 Включает поддержку PCIe Gen 3.x. Если система поддерживает эту высокоскоростную шину 8GT, тогда включите её с помощью этого параметра. Если этот параметр включен, но система не поддерживает Gen 3.0, тогда система может повести себя странно и нестабильно. Некоторые пользователи даже сообщали о повреждении устройства вследствие включения этого параметра при отсутствующей надлежащей поддержке. По умолчанию драйвер Nvidia использует PCIe Gen 2.x из соображений совместимости.
NVreg_UsePageAttributeTable 0 Это один из последних и новейших параметров драйвера Nvidia. Он позволяет драйверу извлечь максимум из технологии PAT — нового метода выделения памяти, заменяющего более старый метод Memory Type Range Register (MTRR). Метод PAT создает таблицу типа раздела, расположенную по определенному адресу в регистре, и использует архитектуру памяти и набор инструкций быстрее и эффективнее. Этот параметр можно включить, если компьютер поддерживает PAT и эта возможность включена в ядре. Включение этого параметра при отсутствующей поддержке PAT может привести к нестабильной работе и даже сбоям системы, поэтому будьте осторожны.
NVreg_EnableVia4x 0 Включает режим AGP 4x в драйвере NVIDIA на системах с чипсетом Via. Некоторые из этих аппаратных конфигураций работают неправильно в режиме AGP 4x. Значение по умолчанию устанавливает режим AGP 2x.
NVreg_EnableALiAGP 0 На чипсетах ALi1541 и ALi1647, драйвера NVIDIA по умолчанию выключают поддержку AGP. Значение этого параметра устанавливает множитель скорости, так что значения 1, 2, 4 и 8 соответствуют AGP 1x, 2x, 4x и 8x. NVIDIA не рекомендует изменять это значение, так как это может привести к нестабильной работе системы.
NVreg_ReqAGPRate Не установлено Форсирует режим AGP в драйвере. Например, значение 1 означает AGP 1x, а значение 4 — AGP 4x.
NVreg_NvAGP Изменяет значение режима AGP Gart. Возможные значения: 0 (выключено), 1 (включает использование внутреннего AGP-Gart NVIDIA), 2 (включает использование AGP-Gart ядра Linux) и 3 (включает и использует любой из доступных вариантов, но сначала пытается включить внутренний AGP Gart NVIDIA).
NVreg_EnableAGPSBA 0 Включает (1) и выключает (0) AGP Side Banding. Из соображений стабильности, этот параметр по умолчанию выключен, но его можно включить в целях тестирования и отладки. Однако это не поддерживается NVIDIA.
NVreg_EnableAGPFW 0 Включает (1) и выключает (0) AGP Fast-Writes. В зависимости от чипсета системы, включение этого параметра может привести к нестабильной работе системы.
NVreg_Mobile 0 С помощью этого параметра можно форсировать информацию EDID на определенных системах. Это обходное решение было добавлено для мобильных GPU, на которых информация EDID или не работает, или выключена. Возможные значения: 0 (автоопределение правильного значения), 1 (ноутбуки Dell), 2 (не ноутбуки Toshiba Compaq), 3 (прочие ноутбуки), 4 (ноутбуки Toshiba Compaq) и 5 (компьютеры Gateway).
NVreg_RemapLimit 60 Максимальное количество перераспределяемой памяти. Этот параметр определяет количество памяти, которое драйвер может перераспределить через IOMMU/SWIOTLB на 64-битной системе. Используйте его только тогда, когда IOMMU или SMIOTLB больше 64Мб. NVIDIA рекомендует вычитать 4МБ из общего количества используемой памяти. Например, по умолчанию используется значение 60, что на самом деле означает 64Мб. Чтобы установить его в 128МБ, установите значение параметра в 124.
NVreg_UpdateMemoryTypes 0 Настраивает использование атрибутов таблицы страниц. Возможные значения: 0 (механизм логики Nvidia), 1 (включает использование измененных атрибутов таблицы страниц) и 2 (выключает использование атрибутов таблицы страниц).
NVreg_InitializeSystemMemoryAllocations 1 Заставляет драйвер NVIDIA очищать системную память перед использованием её для GPU. Выключение этого параметра может несколько повысить производительность, но ценой повышенного риска с точки зрения безопасности. По умолчанию драйвер очищает выделенную память, обнуляя ее содержимое.
NVreg_UseVBios 1 Включает и выключает использование кода int10 видео-BIOS. Для его выключения установите этот параметр в 0.
NVreg_RMEdgeIntrCheck Не установлено Включает и выключает проверку на edge-triggered прерывания.
NVreg_EnableMSI 1 Включает и выключает возможности PCIe-MSI. Включите этот параметр для того, чтобы использовать прерывания MSI вместо wired прерываний.
NVreg_MapRegistersEarly 0 Если этот параметр установлен в 1, то драйвер осуществляет распределение областей памяти на ранней стадии загрузки, когда система осуществляет определение устройств, тогда как по умолчанию это распределение осуществляется драйвером после того, как он был загружен с помощью modprobe или во время запуска команды startx. Эта возможность является отладочной.
NVreg_RegisterForACPIEvents 1 Регистрирует драйвер в ACPI системы для получения событий ACPI. Этот параметр можно выключить (0) при появлении проблем с ACPI или при отладке проблемы.
NVreg_EnableGpuFirmware Варьируется Включает или выключает использование прошивки GSP. GPU на базе Turing и новее содержат GPU System Processor (GSP, системный процессор GPU), который можно использовать для разгрузки задач инициализации и управления GPU. При использовании прошивки GSP драйвер пока не поддерживает корректно все функции, связанные с дисплеем, или функции, связанные с управлением питанием. Эти функции будут добавлены в прошивку GSP в будущих выпусках драйвера.

Отредактируйте файл /etc/modprobe.d/nvidia.conf и обновите информацию о модулях:

root #update-modules

Выгрузите модуль nvidia...

root #modprobe -r nvidia

...и загрузите его снова:

root #modprobe nvidia

Расширенная конфигурация X-сервера

GLX-интерфейс также имеет огромное количество параметров, которые можно настроить. Они управляют конфигурацией выхода TV, одновременным выводом на два монитора, определением частоты монитора, и так далее. Опять же, все доступные параметры подробно описаны в документации.

Чтобы использовать какие-либо из этих параметров, необходимо перечислить их в соответственном разделе Device в файле конфигурации X (обычно это /etc/X11/xorg.conf.d/nvidia.conf). Например, чтобы отключить всплывающий логотип — splash logo:

ФАЙЛ /etc/X11/xorg.conf.d/nvidia.confОтключение splash logo
Section "Device"
  Identifier "nVidia Inc. GeForce2"
  Driver     "nvidia"
  Option     "NoLogo" "true"
  VideoRam   65536
EndSection

Смотрите также

Ссылки


This page is based on a document formerly found on our main website gentoo.org.
The following people contributed to the original document: Sven Vermeulen (SwifT) , M Curtis Napier, and Chris Gianelloni
They are listed here because wiki history does not allow for any external attribution. If you edit the wiki article, please do not add yourself here; your contributions are recorded on each article's associated history page.