Linux 7.2 llega con nuevo planificador de GPU y soporte de energía para Raspberry Pi
La versión 7.2 del kernel Linux fue publicada esta semana siguiendo el calendario habitual de lanzamientos, en uno de los ciclos de desarrollo más activos de la historia reciente, superado únicamente por la versión 6.7. Según reporta Igalia, firma con una nutrida presencia en el proyecto, los últimos tres o cuatro ciclos han mantenido ese ritmo intenso, considerado ya como el "nuevo normal", especialmente en lo que respecta a correcciones.
Entre las novedades más destacadas se incluyen la programación consciente de caché (cache-aware scheduling), mejoras en MGLRU, el concepto de sub-planificadores para sched_ext y la creación automática de páginas transparentes mult tamaño. Sin embargo, dos incorporaciones centran la atención mediática: un nuevo planificador para la GPU y el soporte de gestión de energía en tiempo de ejecución para las Raspberry Pi 4 y 5.
Un planificador pendiente de activación
Igalia tenía previsto landed y activar por defecto la política "fair" del DRM scheduler, una mejora significativa en escenarios donde múltiples clientes comparten la GPU, o cuando un cliente interactivo ligero compite con otro exigente por los recursos. No obstante, un reporte de regresión de última hora durante la semana de la versión 7.2-rc7 obligó a posponer su activación por defecto, manteniendo temporalmente el antiguo planificador FIFO (primero en entrar, primero en salir).
La regresión ya tiene solución identificada y las pruebas iniciales son prometedoras, por lo que se espera que la política fair se reactive en una próxima versión del kernel. Mientras tanto, estará disponible como opción opt-in para quienes deseen probarla.
Eficiencia energética para Raspberry Pi
Quizá la mejora más tangible para usuarios finales sea el soporte de Runtime Power Management para las GPU de las Raspberry Pi 4 y 5. Hasta ahora, el controlador V3D mantenía un modelo de energía simplista: el reloj de la GPU se activaba durante la inicialización del driver y permanecía activo durante toda su vida útil, lo que implicaba un consumo innecesario cuando la GPU estaba inactiva.
Con Runtime PM, la GPU solo se enciende cuando realmente está procesando trabajo, y su reloj puede desactivarse durante los periodos de inactividad, reduciendo el consumo energético cuando el dispositivo no está usando la GPU. Igalia publicó un análisis detallado con mediciones de potencia en su blog.
Además, se corrigieron dos errores históricos en el driver de GPU de la Raspberry Pi 3 que afectaban a usuarios de RetroPie desde hacía años, provocando cuelgues aleatorios de la GPU y caídas completas del sistema. Los problemas estaban relacionados con la gestión de memoria de tiles cuando la GPU se quedaba sin espacio procesando un fotograma. Las correcciones garantizan que cada trabajo gráfico solo escriba en su propia zona de memoria y que la memoria reutilizada se limpie adecuadamente antes de volver a usarse.
sched_ext más depurable, HDMI 2.1 más cerca
En el apartado de sched_ext, Igalia mejoró la observabilidad para simplificar la depuración. Cuando un planificador personalizado falla en tiempo de ejecución (por ejemplo, si no logra planificar una tarea durante más de 30 segundos), el kernel lo expulsa y vuelve al planificador por defecto. Para diagnosticar estos fallos, ahora se prioriza el volcado del estado de la CPU que disparó el error, evitando pérdidas por truncamiento en sistemas con muchos núcleos.
También se resolvió un antiguo bug de 14 años en el mecanismo robust list de futex() que podía causar corrupción de datos en ciertos casos límite, y se corrigió una condición de carrera de larga data en el driver ueagle-atm que generaba múltiples reportes en syzbot.
En el terreno gráfico, parte del soporte HDMI 2.1 Fixed Rate Link (FRL) incluido en esta versión proviene del trabajo original de Rodrigo Siqueira durante su etapa en AMD, permitiendo por primera vez que el driver amdgpu se comunique con monitores HDMI 2.1. Es un primer paso hacia el soporte completo de esta especificación.
Perspectiva y alcance
LaRelease 7.2 ilustra la madurez del modelo de desarrollo del kernel: contribuciones externas sustanciales, manejo transparente de regresiones de última hora y activación conservadora de funcionalidades nuevas. El aplazamiento de la política fair del DRM scheduler es un ejemplo del equilibrio entre innovar y mantener estabilidad, mientras que las mejoras para Raspberry Pi refuerzan el papel de Linux en el ecosistema embebido y de consumo.
De cara al futuro, se espera que la política fair del DRM scheduler se reactive en la próxima versión, junto con la culminación del soporte completo de HDMI 2.1, una funcionalidad cada vez más demandada a medida que proliferan monitores y televisores compatibles.