Linux quiere eliminar 247.000 líneas de código ARM antiguo
Una rama del núcleo borraría unas 247.000 líneas al retirar plataformas ARM de 32 bits obsoletas y los controladores que solo ellas usaban.
3 min de lectura

En cifras
- lines of code the branch would remove in total
- 247k
- lines of ARM platform code, before counting drivers
- 55k
- patches in the removal series
- ~300
Arnd Bergmann, mantenedor del núcleo de Linux, ha publicado una rama que borraría unas 247.000 líneas de código. Retira un conjunto de plataformas ARM de 32 bits declaradas obsoletas, junto con los controladores de dispositivo que solo esas plataformas usaban. Phoronix lo informó el 14 de septiembre de 2026, y la rama está en el árbol SoC del núcleo como board-remove-7.3.
Lo interesante es de dónde sale realmente ese código. Las plataformas son la mitad más pequeña del total.
Los controladores son el grueso
Bergmann calcula el código de las plataformas en unas 55.000 líneas. Todo lo que supera esa cifra es código de controladores que ningún hardware restante necesita una vez que esas placas desaparecen.
"Tras la declaración de obsolescencia en Linux 7.3, retirar las viejas plataformas ARM aligerará el núcleo en unas 55k líneas de código", escribió. "Pero retirar los controladores ahora sin uso, que solo son relevantes para esas plataformas, significará que se pueden eliminar aproximadamente un cuarto de millón de líneas de código."
Una plataforma, en este sentido, es el código de soporte para una familia de chips o placas. Cubre cómo arranca el núcleo ahí y cómo alcanza los temporizadores, las interrupciones y los buses de ese hardware. Los controladores se sitúan encima y hablan con los dispositivos concretos. Cuando la última máquina que usaba un controlador sale del árbol, ese controlador ya no tiene quien lo llame.
| Concepto | Líneas |
|---|---|
| Código antiguo de plataforma ARM | unas 55.000 |
| Total que retira la rama, controladores incluidos | unas 247.000 |
| Código nuevo que añade la serie | unas 5.000 |
| Árbol de fuentes del núcleo, como referencia | unos 41 millones |
La serie añade unas 5.000 líneas mientras elimina ese cuarto de millón, repartido en unos 300 parches.
Qué plataformas quedan afectadas
La rama apunta a A1100, Footbridge, RISCPC, la familia Orion, Dove y MV78xx0, OMAP24xx, i.MX31, LPC18xx y los portes a los microcontroladores STM32. Son diseños ARM de 32 bits, y los más antiguos se remontan a la época previa a que ARM fuera la opción estándar para teléfonos y placas embebidas.
Nada de esto sorprende a quien siga el árbol. Las plataformas se declararon obsoletas en Linux 7.3, que es la forma que tiene el núcleo de anunciar que la eliminación llegará.
Cuándo llegará
La fecha no está decidida. Phoronix señala que Bergmann había hablado de Linux 7.4 o Linux 7.5 en la lista de correo del núcleo, y que 7.5 es el destino más probable. Una rama es una propuesta hasta que un mantenedor la incorpora. La versión que hay que vigilar, por tanto, es la 7.5.
Esto continúa un patrón que merece atención. Linux 7.4 eliminó BFS, el sistema de archivos de arranque de UnixWare, con casi el mismo razonamiento: el código sin usuarios cuesta un esfuerzo real de mantenimiento.
Qué significa esto para los desarrolladores
Compruebe si algo de lo que publica toca estas plataformas, y hágalo ahora y no después de la incorporación. La prueba práctica es sencilla. Busque en sus configuraciones del núcleo y en cualquier controlador fuera del árbol los nombres de plataforma citados arriba y los directorios mach- que les correspondan.
Si mantiene un producto sobre uno de estos chips, tiene una decisión y no una emergencia. Puede quedarse en un núcleo de soporte prolongado, que conservará el código durante años. Puede llevar usted mismo la plataforma como un conjunto de parches fuera del árbol, lo que le cuesta un rebase por versión. O puede mover el producto a un chip con soporte. La primera opción es la más barata y solo la tercera acaba con el problema.
Para el resto, el efecto es indirecto pero real. Un controlador que nadie compila se ve arrastrado igualmente por cada cambio que afecta a todo el árbol, cada renombrado de API y cada pasada de análisis estático. Borrarlo elimina un tipo de trabajo que recaía en gente sin ningún interés en ese hardware. Ese es el argumento a favor de estas eliminaciones, y por eso se repiten.
La señal más amplia trata de cómo gestiona el núcleo su propia historia. Aquí el soporte no se retira en silencio. Las plataformas se marcaron como obsoletas una versión antes, la eliminación llegó como una rama revisable y los núcleos de soporte prolongado siguen siendo la salida de emergencia. Si depende de hardware antiguo, ese aviso de obsolescencia es la advertencia a la que debe reaccionar, y ya se ha dado.
Fuentes
Artículos relacionados

ARCTIC añade una segunda licencia a su controlador de ventiladores para los BSD
El controlador arctic_fan_controller pasa de GPLv2+ a GPLv2+ y BSD-2-Clause en Linux 7.4, para que otros sistemas reutilicen el código de este aparato de 8,99 dólares.

Un firmware de código abierto arranca en una placa de escritorio AMD de consumo
Coreboot y el openSIL de AMD ya funcionan en la MSI B850P, una placa de escritorio AM5 real. Reduce un 79,1% el código de firmware cerrado, pero se vende como producto de pago, no como descarga gratuita.

Nouveau arranca en el DGX Spark GB10 de Nvidia, de forma extraoficial
Un ingeniero de Red Hat consiguió que el controlador libre Nouveau y NVK funcionen en el DGX Spark GB10 de Nvidia. Hicieron falta unos 100 parches, y aún no está decidido cómo integrarlos oficialmente.