Mesa es una de esas piezas del sistema que no sabes que usas hasta que algo falla en un juego, en un vídeo o en el propio escritorio. Si tu distribución lleva la serie 26.2, ya tienes disponible Mesa 26.2.6, la sexta actualización menor de esa rama. No trae funciones nuevas, sino una buena colección de correcciones repartidas entre casi una docena de controladores gráficos. Merece la pena saber qué toca cada una antes de decidir con qué prisa actualizas.
Una versión de mantenimiento, dos semanas después de la anterior
La cadencia de estas entregas ayuda a ponerlas en contexto. Mesa 26.2.6 llega dos semanas después de la 26.2.5, y eso describe bien el tipo de versión que es: un goteo regular de arreglos sobre una base estable, sin cambios de rumbo. Quien busque novedades de gran calado en gráficos abiertos tendrá que mirar a la siguiente serie, no aquí. Eso no significa que sea irrelevante. Mesa es el conjunto de controladores libres que traduce lo que piden tus aplicaciones y tus juegos a lo que entiende la gráfica, tanto en OpenGL como en Vulkan. Cualquier fuga de memoria o bloqueo en esa capa se nota en forma de cuelgues, consumo creciente de recursos o artefactos raros en pantalla. Las versiones menores existen precisamente para limpiar eso sin tocar lo demás.
RADV y RadeonSI: lo que notarás si tienes una gráfica AMD
El grueso de los cambios para el hardware de AMD está en RADV, el controlador Vulkan libre de la marca. Se corrige un error en el tamaño del montón de memoria que gestiona el asignador de conjuntos de descriptores, además de dos fugas de memoria que aparecían cuando fallaba la asignación de una entrada de grupo y una sobreescritura de tamaño de pila en ciertos aciertos parciales de la caché de trazado de rayos. También se arregla un problema en la representación del prólogo de vértices y una regresión de multimuestreo con imágenes compatibles con cubos 2D. Hay además dos ajustes que afectan a cómo se anuncian las capacidades del hardware. Por un lado, RADV incorpora soporte de fp16 en la generación GFX8 para mejorar la compatibilidad con vkd3d, la pieza que Proton usa para traducir Direct3D 12 y que, por tanto, importa a quien juega en Linux. Por otro, se desactiva el MSAA de 8x para el sombreado de tasa variable en dispositivos donde se anunciaba por error.
RadeonSI, el controlador OpenGL de AMD, recibe sobre todo correcciones multimedia. Se tocan el manejo de la cabecera de secuencia en AV1, errores en el mapeo de los búferes de flujo de bits y una fuga de pipe_context durante operaciones de vídeo. Hay también arreglos del motor de procesamiento de vídeo, en concreto el ancho de salida YUV422 y el orden de canales de la tabla 3D con mapeo de tonos PQ. Si reproduces o codificas vídeo con aceleración por hardware, esta parte es la que más te puede interesar.
Intel, Zink y el renderizado por software
El controlador ANV, el Vulkan libre para gráficas Intel, corrige una fuga de objeto del kernel y una posible desreferencia de puntero nulo al manejar el diseño de conjuntos de descriptores. También se asegura de que los pases de optimización de consultas se ejecuten siempre en el hardware que los admite.
Zink se lleva la ronda más amplia. Es la capa que ofrece OpenGL por encima de Vulkan, algo cada vez más útil en equipos modernos, y aquí se endurece la fiabilidad de la cadena de intercambio, el mecanismo que va pasando los fotogramas a la pantalla. Los arreglos cubren el reintento tras adquisiciones de imagen fallidas, lecturas obsoletas, el reciclaje de semáforos y el tratamiento de descriptores de búfer de imagen sin enlazar. Es el tipo de corrección que solo se nota cuando algo se atasca o parpadea, y por eso casi nadie la ve funcionar.
El renderizado por software también recibe atención. Lavapipe corrige operaciones de copia de profundidad a color con múltiples muestras y el renderizado condicional con DGC, mientras que llvmpipe maneja ahora bien las entradas indirectas del sombreador de geometría y las lecturas de framebuffer 1D. Son motores pensados para cuando no hay aceleración, por ejemplo en pruebas o máquinas sin gráfica dedicada, y que a veces se olvidan.
Qualcomm, Arm y máquinas virtuales: los controladores fuera del PC de sobremesa
Mesa no vive solo en portátiles y torres, y esta versión lo recuerda. Los controladores Freedreno y Turnip, para las GPU de Qualcomm, abordan un problema con MSRTT en hardware A6xx y varios fallos en la programación de registros de A5xx y A6xx. PanVK, el controlador para las GPU Mali de Arm, corrige el seguimiento del presupuesto acumulado y una fuga de descriptor de sombreador.
La parte más interesante para quien trabaja con virtualización es Venus, el controlador virtio-GPU que permite aprovechar la gráfica desde una máquina virtual. Recibe arreglos para varias condiciones de carrera, bloqueos y fugas de memoria. El controlador Etnaviv, por su parte, mejora la generación de mipmaps y el manejo del formato NV12, y el backend OpenCL Rusticl trata correctamente las constantes de especialización. Todo esto responde a un hecho que se suele pasar por alto: Mesa es una pila compartida por decenas de plataformas muy distintas, y su mantenimiento es un trabajo constante de limpieza.
Si quieres consultar el detalle completo, existen las notas oficiales de la versión. El código fuente está disponible para quien prefiera compilar. El resto de usuarios debería esperar a que la actualización llegue por los repositorios estables de su distribución, que es lo más sensato en un componente tan central del sistema. Lo curioso de leer una lista así es lo poco épica que resulta y lo mucho que importa. Una fuga de memoria cerrada o un semáforo que se recicla bien no aparecen en ningún titular ni en ninguna comparativa de rendimiento, pero son la diferencia entre un escritorio que aguanta semanas encendido y otro que acaba pidiendo reiniciar. Quizá la salud del gráfico libre en Linux se mide menos por las grandes funciones que por la constancia con la que alguien revisa cada esquina.
Fuente: 9to5Linux
Añadir comentario
Comentarios