NVIDIA a présenté la première version stable de la nouvelle branche du pilote propriétaire NVIDIA 495.74. Dans le même temps, une mise à jour a été proposée pour passer la branche stable de NVIDIA 470.82.00. Le pilote est disponible pour Linux (ARM64, x86_64), FreeBSD (x86_64) et Solaris (x86_64).
Principales nouveautés :
- Implémentation du support de l'API GBM (Generic Buffer Manager) et ajout d'un lien symbolique nvidia-drm_gbm.so pointant vers le backend libnvidia-allocator.so, compatible avec le chargeur GBM de Mesa 21.2. La prise en charge d'EGL pour la plateforme GBM (EGL_KHR_platform_gbm) est implémentée à l'aide de la bibliothèque egl-gbm.so. Le changement vise à améliorer la prise en charge de Wayland sur les systèmes Linux avec les pilotes NVIDIA.
- Ajout d'un indicateur de prise en charge de la technologie PCI-e Resizing BAR (Base Address Registers), qui permet au CPU d'accéder à l'intégralité de la mémoire vidéo du GPU et, dans certaines situations, augmente les performances du GPU de 10 à 15 %. L'effet d'optimisation est clairement visible dans les jeux Horizon Zero Dawn et Death Stranding.
- La configuration requise pour la version minimale prise en charge du noyau Linux a été augmentée de 2.6.32 à 3.10.
- Le module du noyau nvidia.ko a été mis à jour et peut désormais être chargé en l'absence d'un GPU NVIDIA pris en charge, mais s'il existe un périphérique NVIDIA NVSwitch dans le système.
- Ajout de la prise en charge de l'extension EGL EGL_NV_robustness_video_memory_purge.
- Prise en charge étendue de l'API graphique Vulkan. Extensions implémentées VK_KHR_present_id, VK_KHR_present_wait et VK_KHR_shader_subgroup_uniform_control_flow.
- Ajout d'une option de ligne de commande "--no-peermem" à nvidia-installer pour désactiver l'installation du module de noyau nvidia-peermem.
- La prise en charge de NvIFROpenGL a été interrompue et la bibliothèque libnvidia-cbl.so a été supprimée, qui est désormais fournie dans un package séparé plutôt que dans le cadre du pilote.
- Correction d'un problème qui provoquait le crash du serveur X lors du démarrage d'un nouveau serveur utilisant la technologie PRIME.
Source: opennet.ru