Linux 7.3-rc4 chega com correções de erro achadas por LLMs

Linus Torvalds liberou o Linux 7.3-rc4 em 20 de setembro de 2026 e apontou os grandes modelos de linguagem como uma fonte útil para um tipo específico de relato de falha. O Phoronix o cita dizendo que "vários LLMs parecem ser bem bons em pegar" problemas no código de limpeza dos caminhos de erro. É uma afirmação estreita vinda do mantenedor mais antigo do núcleo, e é mais interessante do que uma pré-versão de rotina.

Uma pré-versão, ou candidata a lançamento, é uma compilação de teste publicada toda semana enquanto uma versão do núcleo se estabiliza. Torvalds descreveu esta como "grande", segundo o LWN, acrescentando que isso não surpreende a esta altura do ciclo.

Por que os LLMs pegam justamente os caminhos de erro

A limpeza nos caminhos de erro é um ponto fraco conhecido do código em C, e o núcleo está cheio dela. Uma função toma um bloqueio, aloca memória, obtém uma referência a um objeto e então falha no meio do caminho. Tudo o que foi obtido até ali precisa ser liberado, na ordem inversa, antes de a função retornar.

O caminho bem-sucedido dessa função é percorrido o tempo todo. Já os caminhos de falha muitas vezes não rodam nunca em uso normal. Um vazamento ou um bloqueio não liberado pode ficar ali por anos sem que ninguém perceba.

Esse formato também explica por que um modelo consegue achar essas falhas. O erro é local e visível dentro de uma única função: algo foi obtido e não foi liberado. Quem revisa não precisa entender todo o subsistema, e o modelo também não. É reconhecimento de padrão contra uma regra que o núcleo aplica em toda parte.

Essa é uma afirmação bem mais modesta do que dizer que modelos conseguem escrever código de núcleo. Torvalds descreve uma classe de defeito em que o raciocínio é raso e o volume de código é enorme. Essa combinação é exatamente a que o ferramental automático sempre tratou bem.

O que mais há no rc4

O Phoronix relata que as correções se dividem em terços quase iguais: cerca de um terço em drivers, um terço em sistemas de arquivos e rede, e um terço em arquitetura e ferramentas.

Área	Exemplos relatados
Arquitetura	Correções de x86 e x86_64
Sistemas de arquivos	Dois defeitos no Btrfs, além de mudanças em SMB e NTFS
Drivers	Suporte novo ao controle XPad

Uma correção se destaca. O Phoronix relata um patch para um defeito que perdia dados do espaço de usuário em silêncio, e que o problema existia desde 2023. Perda silenciosa de dados é a pior categoria de falha de núcleo, porque nada falha de forma visível na hora e o estrago só aparece depois, se aparecer.

O trabalho no Btrfs dá sequência a um fio deste ciclo: correções para identificadores de sistemas de arquivos e para a inicialização com grub2 já estavam na fila para esta mesma pré-versão. A versão final do Linux 7.3 está prevista para outubro de 2026.

O que isso significa para desenvolvedores

Aceite a afirmação sobre LLMs no tamanho em que ela foi feita. Torvalds citou a limpeza de caminhos de erro, não a correção em geral. Se quiser reproduzir o resultado, aponte um modelo para os seus próprios caminhos de falha. Faça a ele uma única pergunta delimitada: todo retorno antecipado libera o que a função obteve acima?

Compare com o que você já executa. O núcleo usa análise estática para essa classe de falha há muitos anos, com ferramentas como Coverity e smatch. A pergunta interessante não é se modelos acham falhas em caminhos de erro, e sim se acham as que essas ferramentas deixam passar, e a que taxa de falsos positivos. Nada nesses relatos responde a isso, então trate como questão em aberto, não como vitória decidida.

O caminho do relato importa mais do que o achado. Um modelo produz um patch de aparência plausível tão facilmente quanto um verdadeiro, e o mantenedor só percebe a diferença se fizer a revisão por conta própria. Se você enviar uma correção encontrada assim, verifique-a você mesmo antes e diga como a encontrou. Mantenha o patch pequeno o bastante para ser conferido de uma vez.

Para quem acompanha a 7.3, este é o sinal comum para começar a testar. Torvalds chamou esta candidata de grande sem chamá-la de alarmante. Nesse ponto do ciclo o formato do lançamento já está definido, e as semanas restantes servem para o acabamento. Se você mantém módulos fora da árvore ou um núcleo de distribuição, compile contra o rc4 agora, em vez de esperar outubro. O Ubuntu 26.10 já traz um núcleo 7.3 de pré-lançamento, então parte dos usuários encontrará este código antes de ele ser final.

O defeito de perda de dados de 2023 é o lembrete prático deste lançamento. Uma falha que descarta dados de usuário silenciosamente sobreviveu três anos em um núcleo lido por mais gente do que quase qualquer outra base de código. É um argumento por mais verificação automática dos caminhos que ninguém executa, seja qual for a ferramenta que assuma isso.