Aaron Plattner, l'un des principaux développeurs de pilotes propriétaires NVIDIA, a publié l'état de la prise en charge du protocole Wayland dans la branche de test des pilotes R515, pour lequel NVIDIA a fourni le code source de tous les composants exécutés au niveau du noyau. Il est à noter que dans un certain nombre de domaines, la prise en charge du protocole Wayland dans le pilote NVIDIA n'a pas encore atteint la parité avec la prise en charge de X11. Dans le même temps, le décalage est dû à la fois à des problèmes liés au pilote NVIDIA et aux limitations générales du protocole Wayland et des serveurs composites basés sur celui-ci.
Limites du pilote :
- La bibliothèque libvdpau, qui vous permet d'utiliser des mécanismes d'accélération matérielle pour le post-traitement, la composition, l'affichage et le décodage vidéo, ne prend pas en charge Wayland de manière intégrée. La bibliothèque ne peut pas non plus être utilisée avec Xwayland.
- Wayland et Xwayland ne sont pas pris en charge dans la bibliothèque NvFBC (NVIDIA FrameBuffer Capture) utilisée pour la capture d'écran.
- Le module nvidia-drm ne fournit pas d'informations sur les capacités de taux de rafraîchissement variable telles que G-Sync, ce qui les empêche d'être utilisées dans des environnements basés sur Wayland.
- Dans les environnements basés sur Wayland, la sortie sur les écrans de réalité virtuelle, par exemple ceux pris en charge par la plateforme SteamVR, n'est pas disponible en raison de l'inopérabilité du mécanisme DRM Lease, qui fournit les ressources DRM nécessaires pour générer une image stéréo avec différents tampons pour les yeux gauche et droit lors de la sortie vers des casques de réalité virtuelle.
- Xwayland ne prend pas en charge l'extension EGL_EXT_platform_x11.
- Le module nvidia-drm ne prend pas en charge les propriétés GAMMA_LUT, DEGAMMA_LUT, CTM, COLOR_ENCODING et COLOR_RANGE nécessaires à la prise en charge complète de la correction des couleurs dans les gestionnaires composites.
- Lors de l'utilisation de Wayland, la fonctionnalité de l'utilitaire nvidia-settings est limitée.
- Avec Xwayland dans GLX, dessiner le tampon de sortie sur l'écran (front-buffer) ne fonctionne pas avec le double tampon.
Limitations du protocole Wayland et des serveurs composites :
- Le protocole Wayland ou les serveurs composites ne prennent pas en charge les fonctionnalités telles que la sortie stéréo, SLI, Multi-GPU Mosaic, Frame Lock, Genlock, Swap Groups et les modes d'affichage avancés (déformation, fusion, décalage de pixels et émulation YUV420). Apparemment, la mise en œuvre d'une telle fonctionnalité nécessitera la création de nouvelles extensions EGL.
- Il n'existe aucune API généralement acceptée permettant aux serveurs composites Wayland de mettre hors tension la mémoire vidéo via PCI-Express Runtime D3 (RTD3).
- Xwayland ne dispose pas d'un mécanisme pouvant être utilisé dans le pilote NVIDIA pour synchroniser le rendu de l'application et la sortie de l'écran. Sans une telle synchronisation, dans certaines circonstances, des distorsions visuelles ne peuvent être exclues.
- Les serveurs composites Wayland ne prennent pas en charge les multiplexeurs d'écran (mux), utilisés sur les ordinateurs portables équipés de deux GPU (intégrés et discrets) pour connecter directement un GPU discret à un écran intégré ou externe. Dans X11, l'écran « multiplexeur » peut basculer automatiquement lorsqu'une application plein écran est diffusée via le GPU discret.
- Le rendu indirect via GLX ne fonctionne pas dans Xwayland car l'implémentation de l'architecture d'accélération GLAMOUR 2D n'est pas compatible avec l'implémentation EGL de NVIDIA.
- Les applications GLX exécutées dans des environnements basés sur Xwayland ne prennent pas en charge les superpositions matérielles.
Source: opennet.ru