La base de code de XWayland, le composant DDX (Device-Dependent X) qui exécute le serveur X.Org pour exécuter des applications X11 dans des environnements basés sur Wayland, a été mise à jour pour permettre l'accélération matérielle du rendu sur les systèmes dotés de pilotes graphiques NVIDIA propriétaires.
À en juger par les tests effectués par les développeurs, après avoir activé les correctifs spécifiés, les performances d'OpenGL et de Vulkan dans les applications X lancées à l'aide de XWayland sont presque les mêmes que celles exécutées sous un serveur X classique. Les modifications ont été préparées par un employé de NVIDIA. Dans le pilote NVIDIA lui-même, la prise en charge des composants nécessaires à l'utilisation de l'accélération dans Xwayland apparaîtra dans l'une des prochaines versions, on suppose que dans la branche 470.x.
De plus, il existe plusieurs autres développements liés à la pile graphique Linux :
- Les développeurs de Wayland prévoient de renommer la branche principale de tous leurs référentiels de « master » à « main », car le mot « master » a récemment été considéré comme politiquement incorrect, rappelant l'esclavage et perçu comme offensant par certains membres de la communauté. À son tour, la communauté freedesktop.org a décidé d'utiliser par défaut le référentiel « principal » au lieu du référentiel « maître » pour les nouveaux projets.
Il est intéressant de noter qu’il y avait aussi des opposants à cette idée. En particulier, Jan Engelhardt, qui gère plus de 500 packages dans openSUSE, a qualifié les arguments avancés par GitHub et SFC en faveur du remplacement de « master » par « principal » d'hypocrisie et de double standard. Il a suggéré de tout laisser tel quel et de se concentrer sur le développement continu plutôt que de créer un gâchis avec des changements de nom. Selon Ian, pour ceux qui n'arrivent pas à accepter le terme « maître », on peut simplement s'assurer que deux branches fonctionnent avec un état de commits identique, et ce, sans casser la structure établie.
- Le pilote Mesa lavapipe, conçu pour le rendu logiciel et utilisant LLVM pour générer du code, prend en charge l'API graphique Vulkan 1.1 et certaines fonctionnalités de la spécification Vulkan 1.2 (auparavant, seul OpenGL était entièrement pris en charge dans lavapipe). Il est à noter que le pilote réussit avec succès tous les tests couvrant les nouvelles fonctionnalités de Vulkan 1.1, mais échoue jusqu'à présent aux mêmes tests pour Vulkan 1.0, ce qui empêche sa certification officielle pour le support de Vulkan.
- La boîte à outils Vgpu_unlock a été publiée, vous permettant d'activer le support vGPU sur certaines cartes vidéo grand public NVIDIA Geforce et Quadro, qui ne prennent pas officiellement en charge les vGPU, mais sont basées sur la même puce que les cartes Tesla plus chères (la fonctionnalité GPU virtuel est limitée par logiciel).
- Une première implémentation du nouveau pilote open source PanVk est présentée, fournissant la prise en charge de l'API graphique Vulkan pour les GPU ARM Mali Midgard et Bifrost. PanVk est développé par les employés de Collabora et se positionne comme une continuation du développement du projet Panfrost, qui prend en charge OpenGL.
- Le pilote xf86-input-libinput 1.0.0 a été publié, fournissant un cadre pour Libinput, une pile unifiée pour travailler avec des périphériques d'entrée. Dans les environnements basés sur un serveur X, le pilote xf86-input-libinput peut être utilisé à la place des pilotes evdev et synaptics distincts. Le changement clé de la version 1.0.0 est le passage à la licence MIT.
Source: opennet.ru