Como IA generativa motivou a remoção de um driver legado do kernel Linux

Escrito por
Emanuel Negromonte
Emanuel Negromonte é Jornalista, Mestre em Tecnologia da Informação e atualmente cursa a segunda graduação em Engenharia de Software. Com 14 anos de experiência escrevendo sobre...

IAs forçam faxina no código do Linux!

A manutenção do kernel Linux esbarrou em um efeito colateral curioso do uso de inteligência artificial na auditoria de software. Greg Kroah-Hartman, um dos principais mantenedores do projeto, removeu o antigo driver Moxa Intellio do código-fonte. O motivo vai além da obsolescência do hardware: ferramentas baseadas em grandes modelos de linguagem (LLMs) começaram a gerar relatórios automatizados apontando supostos problemas no código inativo, criando trabalho desnecessário para os desenvolvedores.

O driver moxa.c oferecia suporte a antigas placas seriais multiportas da família Intellio. Trata-se de um equipamento sem adoção no cenário atual e a própria fabricante confirmou que o suporte não é mais necessário. Com a exclusão, mais de duas mil linhas de código foram limpas do repositório principal do sistema operacional.

O ponto central da decisão reflete uma nova dinâmica na comunidade open source. Com a popularização de assistentes de código e ferramentas de análise automatizada por IA, usuários e pesquisadores aplicam varreduras em toda a base de código do Linux. As IAs encontram padrões que consideram anômalos em arquivos antigos e geram alertas. Quando essas descobertas sintéticas se transformam em relatórios para os mantenedores revisarem, ocorre um grave desperdício de tempo humano investigando funções que sequer rodam nos servidores modernos.

YLEDaq4P ia motiva remocao driver legado linux 2
Como IA generativa motivou a remoção de um driver legado do kernel Linux 3

Na mensagem que acompanha o patch enviado à lista de discussão, Kroah-Hartman explicou a situação de forma direta. O desenvolvedor afirmou que os LLMs estão cutucando o código antigo e encontrando coisas supostamente “interessantes”. Para evitar que a equipe continue perdendo tempo avaliando falsos positivos ou falhas em um componente morto, a solução foi apagar o arquivo por completo.

Kroah-Hartman também deixou claro que a remoção não é irreversível. Caso alguma empresa ou usuário ainda precise operar esse hardware específico no futuro, o suporte poderá ser reintroduzido. No entanto, o retorno exigirá que o código seja reescrito sob os padrões modernos de desenvolvimento do kernel, abandonando o estilo antigo que despertava os alertas das ferramentas de IA.

O caso do driver Moxa ilustra como o volume indiscriminado de relatórios gerados por inteligência artificial exige adaptações na gestão de grandes projetos de código aberto. Componentes legados, que antes repousavam inofensivos no repositório, agora atraem escrutínio automatizado e forçam uma faxina preventiva para preservar a produtividade da equipe de desenvolvimento.

Compartilhe este artigo
Emanuel Negromonte é Jornalista, Mestre em Tecnologia da Informação e atualmente cursa a segunda graduação em Engenharia de Software. Com 14 anos de experiência escrevendo sobre GNU/Linux, Software Livre e Código Aberto, dedica-se a descomplicar o universo tecnológico para entusiastas e profissionais. Seu foco é em notícias, tutoriais e análises aprofundadas, promovendo o conhecimento e a liberdade digital no Brasil.