Что нового в этой версии:

• исправлен ряд падений и регрессий — в частности, падение Х-сервера из-за HardDPMS, а также сегфолт libnvcuvid.so при использовании Video Codec SDK API;
• добавлена начальная поддержка RTD3 — механизма управления питанием для ноутбучных видеокарт на базе Turing;
• реализована поддержка Vulkan и OpenGL+GLX для технологии PRIME, позволяющей выгружать рендеринг на другие GPU;
• удалены все не-GLVND библиотеки OpenGL, теперь все команды отрисовки идут через GLVND, которая позволяет динамически направлять их как на фирменную реализацию OpenGL, так и на Mesa.

>>> Подробности

NVIDIA представила GPUDirect Storage — новую возможность, которая позволяет графическим процессорам напрямую взаимодействовать с хранилищем NVMe. Технология использует RDMA GPUDirect для передачи данных в локальную память графического процессора без необходимости задействовать центральный процессор и системную память. Этот шаг является частью стратегии компании по расширению охвата приложений в области анализа данных и машинного обучения.

Ранее, NVIDIA выпустила RAPIDS — набор инструментов и библиотек с открытым исходным кодом для поддержки аналитики на основе графических процессоров и добавила поддержку ускорения на GPU в Apache Arrow и Spark.

Закрытая альфа-версия уже стартовала для некоторых клиентов компании, публичная бета запланирована на ноябрь 2019 года.

>>> Подробности

Nvidia начала публиковать свободную документацию по интерфейсам своих графических чипов. Это позволит усовершенствовать открытый драйвер nouveau. Публикуемая информация включает сведения о семействах Maxwell, Pascal, Volta и Kepler, данных о чипах Turing на текущий момент нет. В составе информации есть данные о BIOS, инициализации и управлении устройствами, режимах энергопотребления, управлении частотами и т. д. Вся опубликованная информация доступна на GitHub.

>>> Подробности

Добавлена поддержка новых ГПУшек:

• GeForce RTX 2080 SUPER
• Quadro RTX 3000 with Max-Q Design

И самое главное - исправлены баги относительно конфигураций ядра с опцией CONFIG_HOTPLUG_CPU.

Также добавляена поддержа для систем, в которых имеется всего лишь только поддержка ABI ncurses widechar.

>>> Подробности на сайте продукта

На прошедшей встрече разработчиков EuroLLVM’19 (April 8 - 9 in Brussels / Belgium), после очередного обсуждения, совет директоров LLVM Foundation одобрил включение компилятора F18 (Fortran) и его среду выполнения в проект LLVM.

( читать дальше... )

>>> Подробности

В феврале были выпущены первые версии Tuxclocker, GUI для оверклокинга видеокарт Nvidia (поддержка видеокарт AMD ожидается в будущих выпусках).

( читать дальше... )

>>> Подробности

Технология PhysX была создана в 2004 году компанией Ageia и для её реализации предлагались отдельные графические ускорители, в 2008 году компанию поглотила nVidia, которая впоследствии перенесла ускорение физики на сами GPU. PhysX до сих пор была проприетарной, от чего разработчики игр неохотно внедряли её, а саму nVidia обвиняли в недобросовестной конкуренции.

Библиотеки PhysX теперь бесплатно доступны на GitHub для платформ Windows, Linux, OSX, iOS и Android, и разработчики могут самостоятельно собрать их. Бинарные блобы от nVidia больше не нужны. PhysX предлагает более естественное уничтожение объектов в играх, поведение дыма, тканей при наличии ветра и так далее.

PhysX SDK поддерживается в большинстве игровых движков, как например Unreal Engine 3 и 4, Unity, AnvilNext, Stingray, Dunia 2 и REDengine. Используется во многих популярных игровых проектах типа Bioshock Infinite, Borderlands 2, Daylight, Witcher 3 и многих других, — тысяча их.

>>> Подробности

Неким felixdoerre был разработан primus-vk — прослойки для запуска Vulkan-приложений при использовании Bumblebee для работы с дискретной видеокартой NVidia на ноутбуках.

Что это и зачем?

Если в вашем ноутбуке две видеокарты, одна из которых nVidia с проприетарным драйвером — для запуска приложений на дискретной видеокарте используется Bumblebee. К сожалению, Vulkan-приложения (в т.ч. DXVK) не работают с Bumblebee, а его разработка прекращена, поэтому единственным вариантом запустить Vulkan-приложение на дискретной видеокарте был запуск отдельного X-сервера на nVidia, что было не совсем удобно (необходимость переключения в другой VT и запуска отдельной графической сессии). С помощью primus-vk можно запустить Vulkan-приложения, используя optirun, без необходимости запуска отдельного X-сервера.

Производительность

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

Установка и запуск

Инструкция по сборке и установке доступна хдесь. Для запуска Vulkan-приложения необходимо установить переменную окружения ENABLE_PRIMUS_LAYER=1 и PRIMUS_VK_MULTITHREADING=1. К примеру, для запуска игры в Wine (используя DXVK):

ENABLE_PRIMUS_LAYER=1 PRIMUS_VK_MULTITHREADING=1 optirun wine Game.exe

>>> Репозиторий на Github

Выпущены обновления LTS-версий проприетарных драйверов для видеокарт NVIDIA 340.107 и 390.67. Ветка 340.xx - последняя, поддерживающая GeForce 8xxx - GeForce 200 (но помимо них, эта версия поддерживает все карточки вплоть до GeForce 700 и 800M). Ветка 390.xx - последняя, поддерживающая Fermi (GeForce 400 и 500, но помимо них, драйвер поддерживает все современные видеокарты, так как этот LTS - совсем свежий).

Основные изменения:

Оба драйвера:

• Добавлена поддержка X.Org X-Server ABI 24 (xorg-server 1.20)
• В скрипт nvidia-bug-report.sh добавлена поддержка парсинга kern.log, являющегося лог-файлом ядра по умолчанию для большинства дистрибутивов Linux, базирующихся на Debian
• Исправлен баг, происходивший в следующей ситуации: 1). X-Server сообщает версию Video Driver ABI меньше, чем 0.8. 2). Приложение производит вызов XRenderAddTraps(). Баг приводил к краху приложения.

340.107:

• Драйвер 340.xx содержит два модуля ядра: собственно «nvidia» для графики, и «nvidia-uvm» (Unified Video Memory) для CUDA и OpenCL. Благодаря такому разделению можно запускать вычисления на GPU без «иксов».
  К сожалению, разработчикам не удалось обеспечить сборку модуля ядра nvidia-uvm версии 340.107 для наиболее свежих ядер Linux (инсталлятор создаёт «обвязку» вокруг бинарного блоба, чтобы он работал с конкретной версией ядра Linux). В качестве временного решения проблемы, для инсталлятора теперь является штатной ситуация, когда модуль ядра «nvidia» успешно скомпилировался, а «nvidia-uvm» - нет.

390.67:

• Исправлен баг, приводящий к kernel panic при использовании оборудования Quadro SDI Capture
• Исправлен баг, при котором крашился KWin OpenGL композитинг при запуске некоторых OpenGL-приложений
• Исправлен «intermittent crash» (что бы это значило?) при запуске Vulkan-приложений
• Исправлен «intermittent crash» при запуске приложений через Wine
• Исправлен баг, проявляющийся в случае низкой скорости передачи данных по DisplayPort (например, когда к одному разъёму подключено несколько устройств - стандарт это предусматривает). Баг заключается в том, что по какой-то причине не всегда включалась функция дизеринга, поддерживаемая монитором. Это приводило к появлению полос на изображении.

>>> Страничка со списком всех веток драйвера NVIDIA

Доступен новый выпуск проприетарного драйвера для видеокарт Nvidia - 396.24. В новом выпуске:

• Обеспечена поддержка следующих видеокарт:
  • GeForce GTX 1050 Max-Q Design;
  • Quadro GV100;
  • Tesla V100-SXM2-32GB;
  • Tesla V100-PCIE-32GB;
  • Tesla V100-DGXS-32GB;
  • Tesla V100-FHHL-16GB
• Обеспечена поддержка Xorg 1.20 (ABI 24);
  
• Улучшено сообщение об ошибке если libnvidia-glvkspirv.so, новый SPIR-V компилятор, не был найден во время запуска;
  
• Многочисленные исправления ошибок и улучшения производительности в новом компиляторе SPIR-V;
  
• Добавлена поддержка 32-х битных PCI доменов. Это необходимо для запуска виртуальных машин с Linux поверх Hyper-V с использованием pci_hyperv driver;
  
• Исправлена ошибка, приводившая к сохранению метарежимов (Meta Modes) ViewPortIn и ViewPortOut через режимы RandR. Теперь драйвер будет очищать параметры ViewPortIn и ViewPortOut когда режим установлен через RandR.

>>> Подробности

Компания NVIDIA объявила, что будет в дальнейшем выпускать обновления драйверов, связанные с производительностью, новыми возможностями и исправлениями проблем только для архитектур Kepler, Maxwell и Pascal. Для архитектуры Fermi (карты 400 и 500 серии) будут выходить только обновления, связанные с безопасностью и только до января 2019, после чего поддержка будет полностью прекращена.

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

>>> Подробности

После выпуска 390, NVIDIA больше не будет выпускать драйверы для 32-разрядных операционных систем для любой архитектуры графического процессора. Более поздние версии драйверов не будут работать и не будут устанавливаться в 32-разрядных операционных системах. Это повлияет на следующие операционные системы:

• Microsoft Windows 7;
• Microsoft Windows 8/8.1;
• Microsoft Windows 10;
• Linux;
• FreeBSD.

NVIDIA намерена выпускать обновления безопасности до января 2019 года.

>>> Подробности

Разработчики свободного видеодрайвера nouveau для видеокарт NVIDIA раскритиковали политику компании. Дело в том, что новые линейки видеокарт проверяют цифровые подписи прошивок видеокарт. Прошивки доступны публично, однако лишь для конечного пользователя, т. е. nouveau не имеет права поставлять их вместе с драйвером.

Разработчики nouveau сказали следующее:

Политика NVIDIA не дает нам возможность продолжать развитие драйвера для архитектуры Maxvell2+, во-первых, мы не можем распространять прошивки, а во-вторых, реверс-инжиниринг VBIOS'а видеокарт невозможен по юридическим причинам. NVIDIA предпочитает разрабатывать собственный открытый драйвер nvgpu (только для Android). Александр Курбот, отвечающий за связь компании с открытым сообществом, уволился. Очень много вопросов так и остались без ответа. Может эта компания понять наши просьбы или нет? По-видимому, это худшее, с чем мы сталкивались.

Напомню, без проверки прошивки невозможно управление питанием, частотой кулера и частотой GPU на архитектурах Maxvell2+ и Pascal.

>>> Подробности (видео на youtube, примерно с 6 ч. 11:00

Представлен новый релиз проприетарных драйверов NVIDIA для UNIX-подобных ОС. Доступны версии для Linux (x86, x86_64 и ARM), FreeBSD (x86 и x86_64) и Solaris.

Изменения в этой версии:

• Добавлена поддержка GeForce GTX 1080 Ti, Quadro M520, TITAN Xp, GRID K520.
• Улучшена совместимость с новыми ядрами Linux.
• Добавлена поддержка новых расширений Vulkan.
• Отныне никогда не показывается логотип Nvidia при загрузке X-сервера.
• Установка модуля ядра nvidia-drm теперь не обязательна. При вызове nvidia-installer с опцией --no-drm модуль не будет собран и установлен.

>>> Подробности

В бета-версии новой линейки своих драйверов Nvidia:

• реализовала поддержку Quadro M1200 и Quadro M2200;
• включила ARB_parallel_shader_compile для многопоточной компиляции GLSL-шейдеров;
• добавила опцию игнорирования Virtual Reality Head Mounted Displays;
• научила nvidia-settings работать с дисплеями PRIME;
• внедрила инфраструктуру для работы с внешними библиотеками EGL - например, клиентской частью Wayland;
• добавила Vulkan-расширения VK_KHR_display и VK_KHR_display_swapchain;
• включила по умолчанию OpenGL Threaded Optimizations - они автоматически отключаются при просадке производительстности.

Также Nvidia представила эталонную реализацию внешней библиотеки EGL и клиентской библиотеки Wayland. Первая - интерфейс между драйвером Nvidia и произвольной графической системой на EGL. Вторая - это фирменная альтернатива EGLStreams и GBM, родившаяся в результате бурных дискуссий.

Исходники обоих проектов доступны на Гитхабе:

https://github.com/NVIDIA/eglexternalplatform

https://github.com/NVIDIA/egl-wayland

>>> Подробности

Состоялся релиз проприетарного драйвера для видеокарт NVIDIA от производителя — 375.20.

Основные изменения:

• Добавлена поддержка новых GPU:
  • GeForce GTX 1050;
  • GeForce GTX 1050 TI;
  • Quadro M620;
  • Quadro M5000 SE;
  • Quadro M3000 SE.
• Реализована поддержка EGL в реализации библиотеки libGLVND (GL Vendor Neutral Dispatch Library). Включить или отключить поддержку EGL в libGLVND можно с помощью опций --glvnd-egl-client или --no-glvnd-egl-client.
• В интерфейсе GTK 2 утилиты nvidia-settings удалена опция «Показать подсказки».
• Новые опции настройки Xorg ForceCompositionPipeline и ForceFullCompositionPipeline.
• Поддерживается свойство RandR TILE, добавленное в RandR 1.5.
• Добавлена поддержка XServer 1.19 (ABI 23).

>>> Подробности

Доступна бета-версия новой ветки проприетарного драйвера NVIDIA 364.12 для операционных систем GNU/Linux, FreeBSD и Solaris.

Наиболее примечательные изменения:

• Добавлены EGL-расширения, необходимые для работы с Wayland и Mir.
• В качестве реализации OpenGL по умолчанию задействована открытая библиотека GLVND.
• Реализована начальная поддержка DRM и KMS (Direct Rendering Manager Kernel Modesetting).
• Добавлен модуль ядра nvidia-drm.ko, предоставляющий поддержку PRIME и KMS.
• Добавлена бибилиотека libnvidia-egl-wayland.so, позволяющая Wayland-композиторам, поддерживающим EGLDevice, EGLOutput и EGLstreams, использовать EGL-буферы совместно с Wayland-приложениями.
• Добавлена поддержка API Vulkan 1.0.
• Переработан необходимый для поддержки PRIME алгоритм регистрации драйвера в DRM-подсистеме ядра Linux. Как следствие, для поддержки PRIME теперь требуется версия ядра не ниже 3.13 (раньше требовалась версия не ниже 3.10).
• Точность представления цветовых карт X на GeForce GPU увеличена с 8 до 11 бит.
• Добавлено новое свойство RandR CscMatrix, определяющее матрицу 3x4 для преобразования цветового пространства. Матрица применяется после цветовой карты X и перед таблицей коррекции цветов. Это свойство доступно для видеокарт начиная от GF119.
• Улучшена интерактивность приложений, которые используют аппаратный курсор, при активном G-SYNC.
• Решена возникающая при использовании пиксельных буферов с EGL-устройством проблема, вызывающая некорректную отрисовку.
• Исправлена ошибка, которая вызвала инвертирование флагов полярности HSync и VSync.
• Добавлена поддержка видеокарт GeForce 920MX и 930MX.

>>> Подробности

Полтора года назад компания Nvidia ввела проверку подлинности прошивок своих видеокарт, что создало проблемы для открытого драйвера Nouveau. Драйверу Nouveau не было разрешено загружать подписанные прошивки из состава проприетарного драйвера, а неподписанные прошивки, которые он генерировал сам, имели ограниченные возможности, к примеру, был ограничен доступ к средствам ускорения 3D-операций.

Теперь Nvidia опубликовала прошивки для своих новых GPU и код для загрузки их в Nouveau. С прошивок не были сняты все ограничения: в них отсутствует доступ к Power Management Unit, что позволит драйверу Nouveau работать только в «среднем» режиме без возможности форсирования самого быстрого режима и включения энергосберегающего режима. Эти прошивки доступны для видеокарт GeForce GTX 970, 980 и Titan, для моделей 950 и 960 их появление ожидается в ближайшее время.

>>> Подробности

Состоялся релиз проприетарного драйвера NVIDIA 361.28.

Список изменений:

• В состав драйвера добавлена библиотека GLVND (OpenGL Vendor-Neutral Driver). Она представляет собой программный диспетчер, осуществляющий перенаправление команд от 3D-приложения к той или иной реализации OpenGL, тем самым позволяя нескольким видеодрайверам сосуществовать, не мешая работе друг друга. Библиотека не включена по умолчанию, для установки необходимо использовать ключ --glvnd-glx-client, для мейнтейнеров пакетов подготовлена инструкция. Исходные тексты libglvnd открыты под лицензией BSD.
• Добавлена поддержка GeForce 945A, Tesla M4, GeForce 940MX, Quadro M500M
• Серия изменений в Self-extracting installer:
  • Добавлен ключ --glvnd-glx-client, включающий установку GLVND.
  • Из поставки удалены библиотеки libvdpau и libvdpau_trace, но оставлена libvdpau_nvidia. Если сразу после релиза VDPAU в этом был смысл, то теперь эта библиотека есть у всех «из коробки»: её код открыт, и в репозиториях дистрибутивов она с 2008 года.
  • Self-extracting installer теперь выполняет ldconfig и depmod -a не только после установки, но и после удаления драйвера.

>>> Подробности

• Устранена регрессия, впервые обнаруженная в драйверах версии 358.09, которая на некоторых GPU приводила к некорректному рендерингу OpenGL стерео приложений в комбинации с Quadro Sync.
• Устранена регрессия, впервые обнаруженная в драйверах версии 358.09, которая приводила к зависанию OpenGL стерео приложений при включении режимов SLI AFR, SFR или SLIAA. Устранена регрессия, впервые обнаруженная в драйверах версии 358.09, которая приводила к зависанию системы во время запуска OpenGL приложений при использовании некоторых топологий SLI Mosaic.
• Устранена ошибка, которая могла приводить к мерцанию G-SYNC мониторов на GPU с архитектурой Kepler при воспроизведении видео с низкой частотой смены кадров. Устранена регрессия, которая могла приводить к зависанию OpenGL или VDPAU приложений в топологиях Xinerama, которые включают в себя несколько экранов, подключенных к одному GPU.
• Добавлен переход в аварийный режим, чтобы обеспечить функционирование GLX при блокировании связи между сокетами клиентской стороны NVIDIA GLX и серверной стороны NVIDIA GLX. К примеру, политика SELinux на Fedora 22 блокирует работу драйвера NVIDIA 358.09 GLX на GDM3 - https://bugzilla.redhat.com/show_bug.cgi?id=1271401
• Устранена ошибка, которая могла приводить к сбоям работы nvidia-installer во время установки пакета драйвера, к которому были добавлены предварительно скомпилированные интерфейсы ядра (например, используя опцию «--add-this-kernel»). Устранена регрессия из драйверов версии 358.09, которая приводила к ситуации, когда G-SYNC мониторы, настроенные для работы с технологией 3D Vision, отображали черный экран и сообщали о том, что сигнал не поддерживается. Устранена регрессия из драйверов версии 358.09, из-за которой OpenGL приложения не запрашивали разрешение на выполнение функции glXSwapBuffers через флиппинг. Подобное было замечено на Fedora 22, где системная политика SELinux не поддерживала связь графической оболочки gnome-shell с сервером.
• Теперь OpenGL приложения, не использующие флиппинг, возвращаются к glXSwapBuffers через блиттинг. Более подробно смотрите на https://bugzilla.redhat.com/show_bug.cgi?id=1271401. Устранена регрессия, которая снижала производительность OpenGL на серверах с возможностью удаленной настройки. Устранена утечка памяти, происходившая после удаления декларации GLXWindow, которая содержит образы из этой памяти. Устранена ошибка, которая приводила к созданию буферов пикселей EGL вместе с кадровым буфером и буфером невидимых поверхностей, а не с буфером невидимых поверхностей, как этого требует EGL. Добавлен новый модуль ядра nvidia-modeset.ko. Это новый компонент драйвера работает совместно с модулем ядра nvidia.ko для программирования движка дисплея GPU.
• nvidia-modeset.ko не предоставляет сторонним приложениям никакой видимой для пользователя функциональности или интерфейсов. Однако в будущих выпусках драйверов nvidia-modeset.ko будет использован в качестве базы для интерфейса установки режима менеджером прямого рендеринга (DRM).
• Сокращены мерцания экрана и задержки при переходе в и из режима G-SYNC. Мониторы с индикаторами G-SYNC на экране теперь будут всегда сообщать, когда они в режиме G-SYNC. Визуальный индикатор G-SYNC можно включить в nvidia-settings, чтобы определять, когда G-SYNC действительно используется. GLX протоколы для следующих OpenGL расширений, начиная от OpenGL 3.0, были переведены из статуса неофициальных в статус официальных, одобренных ARB:
• GL_EXT_draw_buffers2 GLX-протокол для следующих OpenGL команд: BindBufferRangeNV, BindBufferBaseNV, BeginTransformFeedbackNV, EndTransformFeedbackNV, GetTransformFeedbackVaryingEXT, TransformFeedbackVaryingsEXT, которые являются частью следующих расширений: GL_NV_transform_feedback, GL_EXT_transform_feedback, был переведен из статуса неофициального в статус официального, одобренного ARB
• Учитывая вышеуказанные изменения, GLX протокол для OpenGL 3.0 был переведен из статуса неофициального в статус официального, одобренного ARB:
• В OpenGL драйвер добавлен новый механизм распределения системной памяти. Этот механизм позволяет отключать от адресного пространства объекты, размещенные в памяти, когда они не используются. Благодаря этому приложению доступно больше виртуального адресного пространства. В 32-битных OpenGL приложениях с Linux 3.11 и glibc 2.19 и выше этот механизм включен по умолчанию. Память, распределяемая подобным образом, занимает пространство в /dev/shm. Установка переменной __GL_DevShmPageableAllocations в значение 2 отключит этот механизм.
• Добавлена поддержка OpenGL 4.3
• Добавлена поддержка X.org xserver ABI 20 (xorg-server 1.18).

>>> Подробности