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 87% complete.

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

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

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

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
driver Install kernel driver modules
kernel-open Use the open source variant of drivers (Turing/Ampere+ GPUs only, aka GTX 1650+, very experimental)
persistenced Install the persistence daemon for keeping devices state when unused
static-libs Install the XNVCtrl static library for accessing sensors and other features
tools Install additional tools such as nvidia-settings
wayland Enable dev-libs/wayland backend

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

Пакет x11-drivers/nvidia-drivers поддерживает целый диапазон доступных видеокарт NVIDIA. В зависимости от видеокарты, которая имеется в системе, для установки доступно большое число версий. Прочитайте официальную документацию NVIDIA Что такое устаревший драйвер?, для того, чтобы узнать, какую версию пакета x11-drivers/nvidia-drivers лучше использовать. Достаточно подходящий способ узнать это с помощью интерактивной формы предложенной здесь. Введите видеокарту (учитывая параметр Legacy в поле 'Product Type'), и форма отобразит наилучшую поддерживаемую версию.

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

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

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

Так как пакет media-video/ffmpeg тянет как зависимость пакет media-libs/nv-codec-headers, который, в свою очередь, требует драйвер версией выше, чем nvidia-drivers-390, необходимо отключить следующий USE–флаг в файле /etc/portage/package.use:

ФАЙЛ /etc/portage/package.use/ffmpegОтключение USE–флага video_cards_nvidia для ffmpeg
media-video/ffmpeg -video_cards_nvidia

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

Установка

Ядро

Как упоминалось выше, драйвер ядра 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 --->
   Graphics 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

Драйвер фреймбуфера необходим для отрисовки консоли Linux (TTY), так как эта функциональность не предоставляется проприетарным драйвером nvidia. Как показано ниже, установите VGA/VBE/EFI фреймбуфер как основной (CONFIG_SYSFB_SIMPLEFB=y), затем включите драйвер фреймбуфера. Обычно для этого используется либо simplefb (CONFIG_FB_SIMPLE=y), либо efifb (CONFIG_FB_EFI=y).

ЯДРО Включение простого фреймбуффера (CONFIG_SYSFB_SIMPLEFB, CONFIG_FB_SIMPLE) в версиях ядра ниже 5.15
Bus options (PCI etc.)  --->
   [*] Mark VGA/VBE/EFI FB as generic system framebuffer
Device Drivers --->
   Graphics support --->
      Frame buffer Devices -->
         <*> Support for frame buffer devices -->
            <*> Simple framebuffer support
Важно
Настройка "Mark VGA/VBE/EFI FB as generic system framebuffer" сменила символьное имя в ядре 5.15 для всех архитектур. Это может вызвать черный экран или же никакого прогресса после загрузки, если вы не сделали изменения.[1]
ЯДРО Включение простого фреймбуффера (CONFIG_SYSFB_SIMPLEFB, CONFIG_FB_SIMPLEDRM) в версиях ядра 5.15 и выше
Device Drivers --->
   Firmware Drivers  --->
      [*] Mark VGA/VBE/EFI FB as generic system framebuffer
   Graphics 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 или различные посты на форуме [2] [3] [4]. Также, использование этих плагинов является спорным моментом [5].

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

root #make oldconfig && make prepare

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

Драйвера

Теперь самое время установить драйвера. Сперва, следуйте Xorg/Руководство и установите 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 в /etc/modules-load.d/video.conf, для его автоматической загрузки, при старте системы.

Важно
Если agpgart собран как модуль, также добавьте и его в /etc/modules-load.d/video.conf.

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

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

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

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

root #/usr/src/linux/scripts/sign-file sha512 /usr/src/linux/certs/signing_key.priv /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.priv /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.priv /usr/src/linux/certs/signing_key.x509 /lib/modules/Kernel-Version-modules-path/video/nvidia-modeset.ko

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

Dracut configuration (optional)

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.confDisabling NVIDIA modules in ramdisk
# Omit the nvidia driver from the ramdisk, to avoid needing to regenerate
# the ramdisk on updates.
omit_drivers+=" nvidia nvidia-drm nvidia-modeset nvidia-uvm "

X-сервер

Как только подходящие драйвера установленны, настройте X-сервер для использования драйвера nvidia вместо драйвера по умолчанию nv.

ФАЙЛ /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 acceleration will be disabled.

PCI-Express Runtime D3 (RTD3) Power Management

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. It depends on the runtime power management framework within the Linux kernel to arbitrate the power needs of various PCI functions. To have maximum power saving from this feature, two conditions must be met:

  1. Runtime power management for all the PCI functions of the GPU should be enabled.
  2. The device drivers for all the PCI functions should support runtime power management.


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 (ACPI _PR0 and _PR3 methods are needed to control PCIe power). 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.

Setup

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 /lib/udev/rules.d/ directory. Note that the first three rules given below are not required from Linux kernel 5.5 and newer.

ФАЙЛ /lib/udev/rules.d/80-nvidia-pm.rules
# Remove NVIDIA USB xHCI Host Controller devices, if present
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x0c0330", ATTR{remove}="1"

# Remove NVIDIA USB Type-C UCSI devices, if present
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x0c8000", ATTR{remove}="1"

# Remove NVIDIA Audio devices, if present
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x040300", ATTR{remove}="1"

# 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
# Enable RTD3
options nvidia \
        NVreg_DynamicPowerManagement=0x02

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

Заметка
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. The official README documentation for all NVIDIA's drivers here.

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

Некоторые инструменты, такие как media-libs/xine-lib, используют локальный USE-флаг, называемый xvmc, включающий поддержку XvMCNVIDIA. Это полезно при просмотре видео высокого разрешения. Добавьте xvmc в список USE-флагов в /etc/portage/make.conf, или добавьте его как USE-флаг для media-libs/xine-lib в файле /etc/portage/package.use.

Серии GeForce 8 и более поздние GPU выходят с поддержкой VDPAU, которая заменила собой поддержку XvMCNVIDIA. Смотри статью VDPAU для включения поддержки VDPAU.

Также есть несколько приложений, которые используют 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 находятся оригинальные настройки (с установки).

Мигающий курсор в консоли и USE-флаг compat

Если у вас появляется мигающий курсор в консоли вместо X–сервера, попробуйте отключить USE-флаг compat для nvidia-drivers-430 и новее, так как он может вызывать ошибку сегментирования при запуске Xorg.

Поиск ошибки сегментирования:

  1. Загрузитесь до консоли с мигающим курсором.
  2. Переключитесь в tty Ctrl + Alt + F4.
  3. Остановите менеджер входа(к примеру, GDM):
    • Для OpenRC:
      root #rc-service display-manager stop
    • Для systemd:
      root #systemctl gdm stop
  4. Запустите X, чтобы посмотреть вывод:
    user $ startx

Если ошибка сегментирования возникает с модулем nvidia во время startx, пересоберите nvidia-drivers без USE-флага compat.

ФАЙЛ /etc/portage/package.use/nvidiaОтключение USE-флага compat
x11-drivers/nvidia-drivers -compat
root #emerge --ask x11-drivers/nvidia-drivers

Для более подробной информации ознакомьтесь с bug #684324.

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 в ядре https://devtalk.nvidia.com/default/topic/1039297/linux/unable-to-start-x-failed-to-initialize-dma-/

ЯДРО Отключение поддержки 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.

When building nvidia-drivers, a message could appear like:

* 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)

This is not an error but the code logic that checks for this error. Therefore, the kernel configuration is in fact not invalid.

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

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

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

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

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

Отважные пользователи могут опробовать новые возможности, добавив запись в package.accept_keywords:

ФАЙЛ /etc/portage/package.accept_keywords
# Настоятельно рекомендуем использовать здесь атом с версией, иначе можно закончить использованием
# экспериментального драйверы с другими изменениями в будущем, не осознавая этого!
~x11-drivers/nvidia-drivers-515.43.04 **

И включением нового 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 (не Compa1 ноутбуки Toshiba), 3 (прочие ноутбуки), 4 (Compa1 ноутбуки Toshiba) и 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.