NVIDIA-eigene Treiberversion 495.74

NVIDIA hat die erste stabile Version eines neuen Zweigs des proprietären NVIDIA 495.74-Treibers veröffentlicht. Gleichzeitig wurde ein Update für den stabilen Zweig von NVIDIA 470.82.00 vorgeschlagen. Der Treiber ist für Linux (ARM64, x86_64), FreeBSD (x86_64) und Solaris (x86_64) verfügbar.

Wichtigste Neuerungen:

  • Unterstützung für die GBM-API (Generic Buffer Manager) implementiert und einen Symlink nvidia-drm_gbm.so hinzugefügt, der auf das libnvidia-allocator.so-Backend verweist, das mit dem Mesa 21.2 GBM-Loader kompatibel ist. Die EGL-Unterstützung für die GBM-Plattform (EGL_KHR_platform_gbm) wird mithilfe der Bibliothek egl-gbm.so implementiert. Die Änderung zielt darauf ab, die Wayland-Unterstützung auf Linux-Systemen mit NVIDIA-Treibern zu verbessern.
  • Es wurde ein Indikator für die Unterstützung der PCI-e Resizable BAR-Technologie (Base Address Registers) hinzugefügt, die der CPU den Zugriff auf den gesamten Videospeicher der GPU ermöglicht und in einigen Situationen die GPU-Leistung um 10–15 % steigert. Der Effekt der Optimierung ist in den Spielen Horizon Zero Dawn und Death Stranding deutlich sichtbar.
  • Die Anforderungen für die unterstützte Mindestversion des Linux-Kernels wurden von 2.6.32 auf 3.10 erhöht.
  • Das nvidia.ko-Kernelmodul wurde aktualisiert, sodass es ohne eine unterstützte NVIDIA-GPU, aber mit einem NVIDIA NVSwitch auf dem System geladen werden kann.
  • Unterstützung für die EGL-Erweiterung EGL_NV_robustness_video_memory_purge hinzugefügt.
  • Erweiterte Unterstützung für die Vulkan-Grafik-API. Implementierte Erweiterungen VK_KHR_present_id, VK_KHR_present_wait und VK_KHR_shader_subgroup_uniform_control_flow.
  • Befehlszeilenoption „--no-peermem“ zum nvidia-installer hinzugefügt, um die Installation des nvidia-peermem-Kernelmoduls zu deaktivieren.
  • Die Unterstützung für NvIFROpenGL wurde eingestellt und die Bibliothek libnvidia-cbl.so wurde entfernt und ist nun als separates Paket und nicht als Teil des Treibers verfügbar.
  • Es wurde ein Problem behoben, das zum Absturz des X-Servers führte, wenn ein neuer Server mit PRIME-Technologie gestartet wurde.

Source: opennet.ru

Kommentar hinzufügen