Linux quer remover 247 mil linhas de código ARM antigo
Um branch do kernel apagaria cerca de 247 mil linhas ao retirar plataformas ARM de 32 bits descontinuadas e os drivers que só elas usavam.
3 min de leitura

Em números
- 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 do kernel Linux, publicou um branch que apagaria cerca de 247 mil linhas de código. Ele retira um conjunto de plataformas ARM de 32 bits já descontinuadas, junto com os drivers de dispositivo que só essas plataformas usavam. O Phoronix noticiou o caso em 14 de setembro de 2026, e o branch está na árvore SoC do kernel como board-remove-7.3.
O ponto interessante é de onde esse código realmente vem. As plataformas são a metade menor do total.
Os drivers são a maior parte
Bergmann estima o código das plataformas em cerca de 55 mil linhas. Tudo o que passa desse número é código de drivers de que nenhum hardware restante precisa, uma vez que essas placas saiam.
"Após a descontinuação no Linux 7.3, remover as antigas plataformas ARM vai deixar o kernel cerca de 55k linhas mais leve", escreveu ele. "Mas remover os drivers agora sem uso, relevantes apenas para essas plataformas, vai significar que aproximadamente um quarto de milhão de linhas de código pode ser removido."
Uma plataforma, nesse sentido, é o código de suporte para uma família de chips ou placas. Ele cobre como o kernel inicia ali e como alcança os temporizadores, as interrupções e os barramentos daquele hardware. Os drivers ficam acima e conversam com os dispositivos individuais. Quando a última máquina que usava um driver sai da árvore, esse driver deixa de ter quem o chame.
| Item | Linhas |
|---|---|
| Código antigo de plataforma ARM | cerca de 55 mil |
| Total removido pelo branch, drivers incluídos | cerca de 247 mil |
| Código novo que a série adiciona | cerca de 5 mil |
| Árvore de fontes do kernel, para comparação | cerca de 41 milhões |
A série adiciona cerca de 5 mil linhas enquanto remove esse quarto de milhão, distribuído em cerca de 300 patches.
Quais plataformas são afetadas
O branch atinge A1100, Footbridge, RISCPC, a família Orion, Dove e MV78xx0, OMAP24xx, i.MX31, LPC18xx e as portas para os microcontroladores STM32. São projetos ARM de 32 bits, e os mais antigos remontam à época anterior a ARM se tornar a escolha padrão para telefones e placas embarcadas.
Nada disso surpreende quem acompanha a árvore. As plataformas foram descontinuadas no Linux 7.3, que é o modo como o kernel anuncia que a remoção está a caminho.
Quando isso chega
O prazo não está definido. O Phoronix nota que Bergmann havia discutido Linux 7.4 ou Linux 7.5 na lista de e-mails do kernel, e que 7.5 é o destino mais provável. Um branch é uma proposta até que um mantenedor o incorpore. A versão a observar, portanto, é a 7.5.
Isso dá sequência a um padrão que vale notar. O Linux 7.4 removeu o BFS, o sistema de arquivos de boot do UnixWare, com praticamente o mesmo raciocínio: código sem usuários custa esforço real de manutenção.
O que isso significa para desenvolvedores
Verifique se algo que você publica toca essas plataformas, e faça isso agora, não depois da incorporação. O teste prático é simples. Procure, nas suas configurações de kernel e em qualquer driver fora da árvore, os nomes de plataforma citados acima e os diretórios mach- correspondentes.
Se você mantém um produto em um desses chips, você tem uma decisão, não uma emergência. Pode ficar em um kernel de suporte de longo prazo, que manterá o código por anos. Pode carregar a plataforma você mesmo como um conjunto de patches fora da árvore, o que custa um rebase por versão. Ou pode mover o produto para um chip com suporte. A primeira opção é a mais barata, e só a terceira encerra o problema.
Para todos os demais, o efeito é indireto, mas real. Um driver que ninguém compila ainda é arrastado por cada mudança que atinge toda a árvore, cada renomeação de API e cada passagem de análise estática. Apagá-lo elimina um tipo de trabalho que caía sobre pessoas sem nenhum interesse naquele hardware. É esse o argumento a favor dessas remoções, e é por isso que elas se repetem.
O sinal mais amplo é sobre como o kernel lida com a própria história. Aqui o suporte não é retirado em silêncio. As plataformas foram marcadas como descontinuadas uma versão antes, a remoção chegou como um branch revisável, e os kernels de suporte de longo prazo continuam como a saída de emergência. Se você depende de hardware antigo, esse aviso de descontinuação é o alerta ao qual deve reagir, e ele já foi dado.
Fontes
Artigos relacionados

ARCTIC adiciona uma segunda licença ao seu driver de ventoinhas para os BSDs
O driver arctic_fan_controller passa de GPLv2+ para GPLv2+ e BSD-2-Clause no Linux 7.4, para que outros sistemas reaproveitem o código do aparelho de US$ 8,99.

Firmware de código aberto inicializa em placa de desktop AMD de consumo
O Coreboot e o openSIL da AMD já funcionam na MSI B850P, uma placa de desktop AM5 de verdade. Isso corta em 79,1% o código de firmware fechado, mas o produto é pago, não um download gratuito.

Nouveau inicializa no DGX Spark GB10 da Nvidia, de forma não oficial
Um engenheiro da Red Hat conseguiu rodar o driver aberto Nouveau e o NVK no DGX Spark GB10 da Nvidia. Foram necessários cerca de 100 patches, e ainda não está definido como integrar isso oficialmente.