Estado del soporte de Wayland en los controladores de NVIDIA

Aaron Plattner, uno de los principales desarrolladores de controladores patentados de NVIDIA, publicó el estado de la compatibilidad con el protocolo Wayland en la rama de prueba de los controladores R515, para los cuales NVIDIA proporcionó el código fuente para todos los componentes a nivel de kernel. Cabe señalar que, en varias áreas, la compatibilidad con el protocolo Wayland en el controlador NVIDIA aún no ha alcanzado la paridad con la compatibilidad con X11. Al mismo tiempo, el retraso se debe tanto a problemas en el controlador de NVIDIA como a las limitaciones generales del protocolo Wayland y los servidores compuestos basados ​​en él.

Límites del conductor:

  • La biblioteca libvdpau, que le permite usar mecanismos de aceleración de hardware para posprocesar, componer, mostrar y decodificar video, carece de soporte integrado para Wayland. La biblioteca tampoco se puede usar con Xwayland.
  • Wayland y Xwayland no son compatibles con la biblioteca NvFBC (NVIDIA FrameBuffer Capture) utilizada para la captura de pantalla.
  • El módulo nvidia-drm no informa funciones de frecuencia de actualización variable como G-Sync, lo que impide que se utilicen en entornos basados ​​en Wayland.
  • En entornos basados ​​en Wayland, la salida a pantallas de realidad virtual, por ejemplo, compatibles con la plataforma SteamVR, no está disponible debido a la inoperancia del mecanismo DRM Lease, que proporciona los recursos DRM necesarios para formar una imagen estéreo con diferentes búferes para la ojos izquierdo y derecho cuando se muestra en cascos de realidad virtual.
  • Xwayland no es compatible con la extensión EGL_EXT_platform_x11.
  • El módulo nvidia-drm no admite las propiedades GAMMA_LUT, DEGAMMA_LUT, CTM, COLOR_ENCODING y COLOR_RANGE, que son necesarias para la compatibilidad con la corrección de color completa en los administradores compuestos.
  • Al usar Wayland, la funcionalidad de la utilidad de configuración de nvidia es limitada.
  • Con Xwayland en GLX, dibujar el búfer de salida en la pantalla (búfer frontal) no funciona con el doble búfer.

Limitaciones del protocolo Wayland y servidores compuestos:

  • Las funciones como salida estéreo, SLI, Mosaico Multi-GPU, Bloqueo de fotogramas, Genlock, Grupos de intercambio y modos de visualización avanzados (warp, blend, pixel shift y emulación YUV420) no son compatibles con el protocolo Wayland o los servidores compuestos. Aparentemente, para implementar dicha funcionalidad, será necesario crear nuevas extensiones EGL.
  • No existe una API comúnmente aceptada que permita a los servidores compuestos de Wayland apagar la memoria de video a través de PCI-Express Runtime D3 (RTD3).
  • Xwayland carece de un mecanismo que pueda usarse en el controlador de NVIDIA para sincronizar la representación de aplicaciones y la salida de pantalla. Sin tal sincronización, bajo algunas circunstancias, no se excluye la aparición de distorsiones visuales.
  • Los servidores compuestos de Wayland no son compatibles con los multiplexores de pantalla (mux) que se usan en computadoras portátiles con dos GPU (integradas y discretas) para conectar directamente una GPU discreta a una pantalla integrada o externa. En X11, la pantalla "mux" se puede cambiar automáticamente cuando una aplicación de pantalla completa sale a través de la GPU discreta.
  • El renderizado indirecto a través de GLX no funciona en Xwayland, ya que la implementación de la arquitectura de aceleración 2D de GLAMOUR no es compatible con la implementación de EGL de NVIDIA.
  • Las superposiciones de hardware no son compatibles con las aplicaciones GLX que se ejecutan en entornos basados ​​en Xwayland.

Fuente: opennet.ru

Añadir un comentario