O desenvolvimento da versão 7.3 do Kernel Linux está exigindo um esforço intenso de seus principais mantenedores. Greg Kroah-Hartman, o segundo no comando do projeto, alertou publicamente que as próximas semanas serão trabalhosas devido ao volume expressivo de patches enviados para revisão. A raiz do problema não está em inovações complexas de código, mas no uso crescente de Inteligência Artificial (IA) e ferramentas de análise estática, que sobrecarregam as listas de e-mail com correções de utilidade e urgência questionáveis.
O que isso muda na prática
Para quem apenas utiliza distribuições Linux no dia a dia, a situação não afeta o funcionamento imediato do sistema operacional. No entanto, para a comunidade open source e o ecossistema de infraestrutura, o cenário é desafiador: mantenedores essenciais estão precisando dedicar parte significativa de seu tempo para auditar sugestões de código criadas por máquinas. Isso gera fadiga na equipe, atrasa a integração de recursos prioritários e adiciona um peso burocrático ao gerenciamento das atualizações.
A sobrecarga no subsistema USB e o alerta do mantenedor
O diagnóstico de Kroah-Hartman foi compartilhado na plataforma federada Mastodon (social.kernel.org). Como responsável pelo subsistema USB do Kernel Linux, ele expôs a situação de sua própria caixa de entrada de e-mails, que registrou o recebimento de mais de 1.700 mensagens de submissões em um intervalo de poucas semanas apenas para essa ramificação do código.
Mesmo após um trabalho inicial para descartar envios duplicados, versões desatualizadas ou propostas substituídas, o volume de patches a serem revisados continuou na casa dos milhares. Segundo o desenvolvedor, a enorme maioria desses envios recentes se origina de sistemas de análise estática. Essas ferramentas varrem o repositório buscando anomalias teóricas ou problemas menores em partes muito antigas do código, frequentemente em drivers que quase não possuem mais base ativa de usuários.
“As coisas não parecem estar desacelerando no mundo do desenvolvimento do kernel, mesmo para subsistemas antigos que deveriam ser ‘estáveis'”, relatou Kroah-Hartman, classificando a atual etapa de testes da versão 7.3 como um “ciclo difícil”.
Apesar da frustração com o excesso de ruído, o mantenedor explicou que se recusa a rejeitar sumariamente os envios que consertam bugs evidentes. A consequência prática dessa política de responsabilidade é o tempo demandado para validar, testar e integrar manualmente cada uma dessas correções pontuais geradas em massa.
Restrições contra IA já estavam em vigor na área de “Staging”
A tensão com o código automatizado vem escalando ao longo do ano. Em agosto de 2026, o próprio Kroah-Hartman precisou implementar uma regra dura para a área de “staging” do Kernel Linux. Esse diretório serve tradicionalmente como um ambiente de aprendizado e transição, onde novos desenvolvedores podem praticar a limpeza de código em drivers experimentais antes de submetê-los à árvore principal.
A diretriz estabeleceu a rejeição imediata de patches gerados por modelos de linguagem (LLMs) naquela seção. A exceção se aplica apenas a correções de segurança comprovadas, desde que o autor demonstre ter testado a alteração em hardware real. A justificativa institucional é que usar IA para limpar código em uma área projetada para o ensino humano derrota completamente o propósito do diretório, além de historicamente gerar uma alta taxa de soluções tecnicamente equivocadas.
Cronograma e próximos passos
Atualmente na fase “Release Candidate 1” (7.3-rc1), o repositório já ultrapassa as 40 milhões de linhas de código. O calendário oficial prevê o lançamento da versão estável do Kernel Linux 7.3 para a segunda quinzena de outubro de 2026. Contudo, se o esgotamento causado pela triagem de patches automatizados atrasar significativamente as rodadas de testes fundamentais, o ciclo de desenvolvimento poderá ser estendido por mais uma semana para garantir a confiabilidade técnica da atualização.
