Cuando se habla de mejoras en el kernel de Linux, los titulares suelen ir a parar a funcionalidades de alto nivel, pero algunas de las novedades más relevantes para el usuario de escritorio se cuecen en un lugar menos visible: los controladores gráficos. En Linux 7.2, la fusión del subsistema DRM trae consigo algo que la comunidad llevaba tiempo esperando: el soporte inicial de HDMI 2.1 FRL para el controlador AMDGPU, el driver de código abierto para las tarjetas gráficas AMD Radeon. No es la implementación completa, pero es el primer paso real hacia resoluciones más altas y tasas de refresco mayores a través de HDMI en Linux. El término FRL, que responde a Fixed Rate Link, es el mecanismo de transmisión que utiliza HDMI 2.1 para mover grandes cantidades de datos entre la tarjeta gráfica y el monitor. Sin soporte adecuado de FRL en el driver, las pantallas modernas que trabajan a 4K a 144 Hz o resoluciones superiores no pueden aprovechar todo su potencial en Linux. Con esta fusión, ese camino empieza a despejarse.
HDMI 2.1 FRL en AMDGPU: qué significa esto en la práctica
Lo primero que debes saber es que el soporte llega desactivado por defecto. Esto no es un descuido sino una decisión deliberada del equipo de desarrollo: la implementación todavía no está lista para uso general sin supervisión, y activarla de forma automática podría provocar comportamientos inesperados en configuraciones donde aún no se ha validado del todo. Los usuarios que quieran experimentar con ella tendrán que habilitarla manualmente, asumiendo que están en terreno de pruebas. A pesar de esa limitación, la importancia de que el código esté en el árbol principal del kernel es considerable. A partir de ahora, cada ciclo de desarrollo puede construir sobre esta base, corregir los casos que todavía no funcionan bien y acercar la implementación completa. En el mundo del kernel de Linux, que algo entre en el árbol principal es la señal de que el trabajo serio ha comenzado, no de que ha terminado. Para el usuario con un monitor de alta gama conectado por HDMI a una tarjeta Radeon, esta noticia apunta en la dirección correcta. No significa que puedas actualizar el kernel mañana y ver tu pantalla de 144 Hz funcionando a pleno rendimiento, pero sí que ese escenario es ahora parte del horizonte visible.
El módulo de gestión de energía de pantalla y otras mejoras de AMD
Junto con FRL, Linux 7.2 incorpora el nuevo módulo de potencia de DC de AMDGPU. Su objetivo es alinear el comportamiento de la gestión de energía de pantalla en Linux con lo que hace Radeon Software en Windows. Dicho de forma más directa: cuando apagas el monitor o entra en reposo, el driver debería reaccionar de forma más parecida a como lo hace en el sistema operativo de Microsoft, reduciendo así una fuente conocida de errores y comportamientos erráticos. Este tipo de trabajo de paridad con Windows puede parecer menos emocionante que añadir soporte para una nueva tecnología, pero en el uso cotidiano tiene un impacto real. Los problemas de pantalla al salir de suspensión, los monitores que no se recuperan correctamente o el consumo innecesario cuando la pantalla debería estar apagada son situaciones que muchos usuarios de AMD en Linux han experimentado. Mejorar la gestión de energía en esta capa ataca directamente esas fricciones. También llega en este ciclo la habilitación continua para la próxima generación de IP gráfica de AMD. Los detalles son deliberadamente vagos porque el equipo trabaja bloque a bloque, sin anunciar qué hardware concreto está preparando hasta que el soporte está suficientemente maduro. Es la forma habitual de operar en el desarrollo del kernel: el código entra antes de que el producto llegue al mercado, para que el día del lanzamiento el soporte ya esté disponible o muy cerca de estarlo.
El resto del ecosistema DRM: Intel, NVIDIA y el planificador del núcleo
Linux 7.2 no es solo una actualización de AMD. En el lado de Intel, los cambios son variados y cubren desde hardware reciente hasta hardware antiguo. Los gráficos Nova Lake Xe3P reciben habilitación de SR-IOV, una tecnología relevante para entornos de virtualización donde una GPU física se comparte entre varias máquinas virtuales. También llega soporte para múltiples SKUs de Crescent Island, el acelerador de inteligencia artificial empresarial de Intel en el que los ingenieros de la compañía llevan meses trabajando. Y en el extremo opuesto del espectro temporal, hay incluso una corrección para los gráficos integrados de la era Sandy Bridge, una arquitectura de más de diez años que, al parecer, todavía necesita algún ajuste puntual. El controlador Nouveau, la alternativa de código abierto para tarjetas NVIDIA, suma soporte para el acelerador GA100 en esta versión. Mientras tanto, el controlador Nova escrito en Rust sigue avanzando con trabajo orientado a las arquitecturas Hopper y Blackwell, las más recientes de NVIDIA. El progreso aquí es más lento que en AMD, pero el esfuerzo es continuo. Finalmente, el núcleo del subsistema DRM cambia su planificador predeterminado al modo llamado justo, un ajuste en la forma en que se reparte el tiempo de GPU entre los procesos que la solicitan. Es un cambio técnico con potencial impacto en la fluidez de escritorio y en situaciones donde varias aplicaciones compiten por los recursos gráficos al mismo tiempo.
Una hoja de ruta que se va trazando en público
Lo que muestra Linux 7.2 en su conjunto es un ciclo de desarrollo donde cada pieza encaja en algo más grande. El soporte de HDMI 2.1 en AMDGPU no llega solo: viene acompañado de mejoras en la gestión de energía, avances en hardware de próxima generación y trabajo de fondo en la infraestructura compartida del subsistema gráfico. Es raro que una sola versión del kernel resuelva un problema de golpe. Lo habitual es que el camino se construya versión a versión, con pequeños avances que suman. Lo interesante de Linux 7.2 es que en el apartado gráfico, varios de esos caminos avanzan al mismo tiempo.
Fuente: Phoronix
Añadir comentario
Comentarios