Se vienen mejoras importantes en los controladores AMDGPU y AMDKFD, y todo apunta a que el próximo ciclo del kernel de Linux va a ser especialmente interesante para quienes usan hardware de AMD. No es un cambio pequeño ni aislado. Es uno de esos movimientos que se cuecen a fuego lento en el kernel… y que, cuando llegan, se notan.
AMD ha enviado un nuevo y amplio conjunto de parches tanto para su controlador gráfico del núcleo, AMDGPU, como para el controlador de cómputo AMDKFD. Todo esto ya está en la cola de DRM-Next, justo a tiempo para la próxima ventana de fusión que dará forma a Linux 6.20 —o, si finalmente hay salto de numeración, Linux 7.0—, prevista para comenzar en febrero.
Nuevas gráficas en el horizonte
Entre lo más llamativo de este envío está la habilitación de nuevas IP gráficas pensadas para productos que todavía no han llegado al mercado. AMD ya está preparando el terreno para un objetivo adicional dentro de RDNA 3.5, y también para hardware aún poco detallado basado en RDNA4 GFX12.1.
Esto no significa que mañana vayamos a ver estas GPUs funcionando en nuestros equipos, pero sí confirma algo importante: el soporte en Linux avanza en paralelo al desarrollo del hardware. Cuando esos productos lleguen, el sistema operativo no será un obstáculo.
Más ajustes internos: SMU, SR-IOV y estabilidad general
La pull request de esta semana no se queda solo en soporte futuro. También trae una buena dosis de trabajo bajo el capó. Hay nuevas actualizaciones en la gestión del sistema SMU 15, que se suman a cambios introducidos en envíos anteriores. Además, se incluyen correcciones para SMU 14.x, afinando el comportamiento en generaciones previas.
A esto se añaden correcciones relacionadas con SR-IOV, mejoras en la cola de usuario (UserQ), una reestructuración del manejo del buzón SMU y ajustes en el programador del micromotor MES. No son titulares espectaculares, pero son justo este tipo de cambios los que mejoran la estabilidad, el rendimiento y la fiabilidad del controlador a largo plazo.
El parche HDMI que muchos estaban esperando
Hay un parche concreto que merece mención especial, porque tiene un impacto directo en el día a día de muchos usuarios. AMD ha incluido una mejora en el código de pantalla para aumentar la frecuencia HDMI hasta 340 MHz cuando sea posible.
Hasta ahora, el controlador AMDGPU estaba limitado a 165 MHz, una cifra que se había quedado claramente atrás y que ni siquiera cumplía con la especificación de HDMI 1.3, que permite hasta 340 MHz. Este límite afectaba especialmente a quienes usan dongles DP-HDMI.
Con este parche entrando en el próximo kernel, esas configuraciones podrán beneficiarse de mejores resoluciones y/o tasas de refresco más altas, dependiendo del monitor y del adaptador utilizado. No es magia, pero sí una mejora muy bienvenida que llega, por fin, al kernel principal.
AMDKFD también recibe cariño
En el lado del cómputo, el controlador AMDKFD tampoco se queda atrás. Este nuevo conjunto de parches incluye la corrección de una fuga de memoria, además de otros arreglos importantes.
Destacan especialmente las soluciones para sistemas que no utilizan páginas de kernel de 4K. En concreto, estos cambios deberían beneficiar a servidores ARM64 y plataformas similares que emplean tamaños de página de 64K, especialmente cuando trabajan con hardware Instinct o Radeon en tareas de cómputo.
Un paso más hacia un Linux mejor soportado
En conjunto, estos cambios confirman algo que ya es difícil discutir: AMD sigue apostando fuerte por el soporte en Linux, tanto en el apartado gráfico como en el de cómputo. No todo es visible de inmediato para el usuario final, pero cada parche suma.
Cuando Linux 6.20 —o 7.0— vea la luz, muchas de estas mejoras ya estarán ahí, trabajando en silencio. Y como suele pasar con el kernel, quizá no lo notes el primer día… hasta que todo funcione un poco mejor que antes.
Fuente: Phoronix
Añadir comentario
Comentarios