Linux se deshace de 55.000 líneas de código ARM antiguo
Hemos estado siguiendo de cerca el desarrollo del kernel Linux y parece ser que llega el momento de hacer limpieza profunda. Arnd Bergmann ha enviado un conjunto de trece parches cuyo objetivo principal es retirar del árbol principal más de cincuenta y cinco mil líneas de código asociado a antiguas plataformas ARM de treinta y dos bits. No se trata de un cambio menor; estamos hablando de borrar archivos Device Tree completos y decenas de controladores que ya no tienen mucho sentido mantener activos. La propuesta incluye arquitecturas tan variadas como SA1100, OMAP24xx, i.MX31, STM32 y Axxia, entre otras. Aunque hay posibilidades de que esto llegue con la versión siete punto cuatro, Bergmann prefiere esperar a la siete punto cinco para consolidar todo el proceso sin prisas.
Lo interesante aquí es entender por qué hacemos esto ahora. El costo de mantener ese código legado sigue subiendo, mientras que su utilidad real disminuye día a día. Muchas de estas plataformas ya no cuentan con mantenedores activos dentro del desarrollo upstream, lo que significa que cualquier cambio en subsistemas relacionados obliga a probar dependencias antiguas innecesarias. Es una carga pesada para los desarrolladores actuales. La probabilidad de que alguien use, digamos, un dispositivo SA1100 con la última versión estable de Linux en 2026 o después es prácticamente nula. Eso no quiere decir que el hardware haya muerto por completo, pero sí que la comunidad de usuarios residuales es mínima y capaz de justificar por sí misma si necesita algo específico.
La lista de afectados es bastante amplia y toca varias ramas del hardware embebido. Además de las mencionadas antes, se incluyen Footbridge, RISCPC, Orion, Dove y MV78xx0. También se llevan por delante objetivos i.MX sin unidad de gestión de memoria, LPC18xx y las familias STM32f4, STM32f7 y STM32h7. Incluso aparecen Versatile MPS2 y AT91 SAMV7. Básicamente, estamos hablando de eliminar todo aquello que dejó de ser relevante hace años pero que seguía ocupando espacio en el repositorio principal. Para vosotros, esto debería significar un kernel más ligero y fácil de mantener, aunque algún que otro usuario de hardware antiguo tendrá que buscar soluciones alternativas o parchear su propia versión si realmente necesita esas plataformas antiguas. Al final, es una decisión lógica: limpiar el pasado para facilitar el futuro.
