Por Canuto  

El kernel Linux evalúa una depuración importante: alrededor de 55.000 líneas de código y archivos Device Tree asociados con antiguas plataformas ARM de 32 bits podrían desaparecer en próximos ciclos de desarrollo.
***

  • Arnd Bergmann envió un conjunto de 13 parches para retirar plataformas ARM de 32 bits que quedaron en desuso.
  • La propuesta incluye arquitecturas y familias como SA1100, OMAP24xx, i.MX31, STM32 y Axxia.
  • Los cambios podrían llegar a Linux 7.4, aunque Bergmann se inclina por concentrar la eliminación en Linux 7.5.

El kernel Linux evalúa retirar una parte importante de su legado de plataformas ARM de 32 bits. Arnd Bergmann envió un conjunto de 13 parches que, de aprobarse, eliminaría más de 55.000 líneas de código y archivos Device Tree vinculados con equipos antiguos, mientras cientos de controladores podrían quedar sin su principal razón de existir.

La medida se relaciona con la situación del kernel Linux 7.3, donde numerosas plataformas ARM antiguas ya aparecen en desuso. Según la información disponible, el objetivo no responde a una falla puntual de seguridad, sino al costo que representa mantener código antiguo, sus dependencias y las rutas de prueba asociadas.

Una limpieza acumulada durante años

Las plataformas ARM de 32 bits ocuparon durante años un espacio relevante en dispositivos integrados, placas de desarrollo y equipos especializados. Sin embargo, muchas de esas implementaciones han perdido actividad, usuarios y mantenimiento dentro del desarrollo upstream, por lo que su presencia en el árbol principal del kernel dejó de aportar el mismo valor que en el pasado.

En este contexto, el código heredado no solo ocupa espacio dentro del proyecto, sino que también obliga a los desarrolladores a considerar dependencias antiguas cada vez que modifican subsistemas relacionados. Esa carga puede complicar las limpiezas internas, ampliar el número de casos que deben probarse y retrasar cambios que benefician a plataformas todavía activas.

La propuesta parte de la apreciación de que la probabilidad de que alguien utilice en 2026 o después una plataforma ARM de 32 bits muy antigua con una versión mainline y upstream de Linux es probablemente minúscula. Esa apreciación no equivale a afirmar que ningún equipo siga funcionando, sino que esos usuarios residuales serían muy pocos y tendrían que justificar de manera concreta la continuidad de cada objetivo.

El proceso también refleja una característica habitual del desarrollo de software abierto: el soporte puede permanecer durante años después de que la mayoría del hardware haya desaparecido del mercado. Cuando ese mantenimiento deja de contar con responsables activos, los controladores y archivos asociados comienzan a convertirse en código huérfano, incluso si todavía existen instalaciones aisladas.

Las plataformas incluidas en los parches

El conjunto enviado por Bergmann contempla la eliminación de varias familias y objetivos de hardware que permanecían en el kernel pese a su desuso. Entre ellas figuran SA1100, Footbridge, RISCPC, Orion, Dove y MV78xx0, además de OMAP24xx e i.MX31, todas vinculadas con generaciones anteriores de sistemas ARM.

La lista también incorpora objetivos i.MX sin unidad de gestión de memoria, LPC18xx y las familias de microcontroladores STM32f4, STM32f7 y STM32h7. El alcance muestra que la limpieza no se limita a una sola placa o fabricante, sino que abarca diversas ramas que fueron incorporadas al kernel para atender equipos con perfiles y ciclos de vida diferentes.

Entre los elementos señalados aparecen igualmente Versatile MPS2, AT91 SAMV7 y Axxia, junto con archivos antiguos de placas PXA. Esos componentes describen configuraciones específicas de hardware y permiten que el kernel reconozca determinadas plataformas, por lo que su retiro también reduciría archivos Device Tree que ya no tienen un uso amplio dentro del desarrollo actual.

La propuesta no significa que todo el soporte ARM vaya a desaparecer del kernel Linux, ni que la arquitectura deje de ser relevante para el proyecto. El recorte se concentra en objetivos antiguos de 32 bits que quedaron huérfanos o en desuso, mientras la comunidad continúa trabajando con otras plataformas ARM y con generaciones más recientes de hardware.

El calendario todavía no está cerrado

Los parches podrían integrarse durante el ciclo de Linux 7.4, pero Bergmann se inclina por realizar la eliminación completa en Linux 7.5. Se trata de un calendario propuesto, no de una decisión definitiva del proyecto.

La propuesta también considera el ciclo anual de soporte a largo plazo, conocido como LTS. Retrasar el retiro hasta Linux 7.5 permitiría superar el kernel LTS de este año y ofrecer una ventana adicional para que los usuarios residuales presenten argumentos a favor de conservar alguno de los objetivos.

Ese margen de tiempo funcionaría como una última oportunidad para identificar equipos que todavía dependan de esas plataformas dentro del kernel principal. Si aparece un usuario con una necesidad concreta y capacidad de mantenimiento, la comunidad podría evaluar si alguno de los objetivos merece permanecer; de lo contrario, los parches avanzarían como parte de la depuración prevista.

Después de retirar las plataformas, los desarrolladores podrían eliminar más controladores huérfanos que solo resulten relevantes para ellas. El ahorro total de código sería entonces superior a las 55.000 líneas iniciales, aunque la cifra final dependerá de las revisiones, de las dependencias detectadas y de los componentes que sobrevivan al proceso.

Qué implica para el ecosistema Linux

Para la mayoría de los usuarios de Linux, el cambio tendría un efecto indirecto, porque las plataformas incluidas corresponden a hardware muy antiguo y con presencia limitada en instalaciones actuales. La consecuencia más visible se produciría dentro del proceso de desarrollo, donde un árbol de código más pequeño puede facilitar la revisión, las pruebas y la incorporación de nuevas funciones.

Los usuarios que todavía ejecuten una de esas plataformas con una versión upstream tendrían que seguir de cerca las discusiones y los calendarios de cada versión. Si el soporte desaparece del kernel principal, podrían depender de ramas antiguas, árboles mantenidos por fabricantes o proyectos especializados, aunque la propuesta no determina cuál de esas alternativas estaría disponible para cada dispositivo.

La retirada también puede abrir debates sobre el equilibrio entre conservar compatibilidad histórica y reducir la complejidad técnica. Mantener cada plataforma indefinidamente favorece a un grupo pequeño de usuarios, pero exige que el proyecto preserve rutas de código, controladores y configuraciones que la mayoría ya no utiliza.

Causas de movimientos recientes

En este caso no se trata de un movimiento de mercado, sino de una propuesta de mantenimiento del kernel. El catalizador confirmado es el envío de los 13 parches por parte de Arnd Bergmann. La explicación plausible para el alcance de la limpieza es el costo de mantener código antiguo y dependencias de plataformas que ya no cuentan con actividad suficiente, no una falla puntual de seguridad.

Por ahora, la iniciativa se encuentra en la etapa de propuesta y revisión, no en una eliminación ya consumada. El próximo ciclo o los dos siguientes definirán si Linux 7.4 recibe los cambios o si, como prefiere Bergmann, la limpieza se concentra en Linux 7.5 con tiempo suficiente para resolver dependencias y escuchar objeciones.

La decisión representa una apuesta por un kernel Linux más manejable, aunque también marca el cierre de una etapa para varias plataformas ARM de 32 bits. El resultado dependerá de si algún usuario residual logra demostrar que ese código antiguo todavía cumple una función que el proyecto de desarrollo principal deba asumir.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados