La base de código de XWayland, el componente DDX (Device-Dependent X) que ejecuta el servidor X.Org para ejecutar aplicaciones X11 en entornos basados en Wayland, se ha actualizado para permitir la aceleración de renderizado por hardware en sistemas con controladores de gráficos patentados de NVIDIA.
A juzgar por las pruebas realizadas por los desarrolladores, después de habilitar los parches especificados, el rendimiento de OpenGL y Vulkan en aplicaciones X iniciadas con XWayland es casi el mismo que si se ejecuta en un servidor X normal. Los cambios fueron preparados por un empleado de NVIDIA. En el propio controlador NVIDIA, el soporte para los componentes necesarios para utilizar la aceleración en Xwayland aparecerá en una de las próximas versiones, se supone que en la rama 470.x.
Además, hay varios otros desarrollos relacionados con la pila de gráficos de Linux:
- Los desarrolladores de Wayland planean cambiar el nombre de la rama principal en todos sus repositorios de "maestro" a "principal", ya que la palabra "maestro" recientemente ha sido considerada políticamente incorrecta, con reminiscencias de esclavitud y percibida como ofensiva por algunos miembros de la comunidad. A su vez, la comunidad freedesktop.org ha decidido utilizar el repositorio 'principal' en lugar del repositorio 'maestro' por defecto para nuevos proyectos.
Curiosamente, también hubo opositores a esta idea. En particular, Jan Engelhardt, que mantiene más de 500 paquetes en openSUSE, calificó de hipocresía y doble rasero los argumentos de GitHub y SFC a favor de sustituir "maestro" por "principal". Sugirió dejar todo como está y centrarse en el desarrollo continuo en lugar de crear un lío con cambios de nombre. Según Ian, para aquellos que no pueden aceptar el término "maestro", pueden simplemente asegurarse de que dos ramas funcionen con el mismo estado de compromisos y hacerlo sin romper la estructura establecida.
- El controlador Lavapipe de Mesa, diseñado para renderizado de software y uso de LLVM para generar código, admite la API de gráficos Vulkan 1.1 y ciertas características de la especificación Vulkan 1.2 (anteriormente, solo OpenGL era totalmente compatible con lavapipe). Cabe señalar que el controlador pasa con éxito todas las pruebas que cubren las nuevas características de Vulkan 1.1, pero hasta ahora no pasa las mismas pruebas para Vulkan 1.0, lo que impide su certificación oficial para el soporte de Vulkan.
- Se ha publicado el kit de herramientas Vgpu_unlock, que le permite activar la compatibilidad con vGPU en algunas tarjetas de video para consumidores NVIDIA Geforce y Quadro, que no admiten oficialmente vGPU, pero se basan en el mismo chip que las tarjetas Tesla más caras (la funcionalidad de GPU virtual está limitada por software).
- Se presenta una implementación inicial del nuevo controlador PanVk de código abierto, que brinda soporte para la API de gráficos Vulkan para GPU ARM Mali Midgard y Bifrost. PanVk está siendo desarrollado por empleados de Collabora y se posiciona como una continuación del desarrollo del proyecto Panfrost, que brinda soporte para OpenGL.
- Se lanzó el controlador xf86-input-libinput 1.0.0, que proporciona un marco para Libinput, una pila unificada para trabajar con dispositivos de entrada. En entornos basados en servidor X, se puede utilizar el controlador xf86-input-libinput en lugar de los controladores evdev y synaptics separados. El cambio clave en la versión 1.0.0 es la transición a la licencia MIT.
Fuente: opennet.ru