Patch desenvolvido pela Intel corrige uma verificação incorreta do firmware no driver iwlwifi; novos testes no Linux 7.4-rc1 não reproduziram as falhas observadas anteriormente.
Desenvolvedores do kernel Linux confirmaram resultados positivos em novos testes para corrigir uma falha no driver de rede iwlwifi. O problema afeta placas de rede sem fio da Intel e gera erros de acesso direto à memória (DMA). Em 13 de novembro de 2026, o desenvolvedor HyeongJun An reportou que um patch criado pela própria fabricante conseguiu eliminar as falhas durante os ciclos de descarregamento do módulo em sistemas rodando o kernel Linux 7.4-rc1.
Falha no driver Intel Wi-Fi volta a ser investigada no Linux
Os testes recentes reacendem a investigação de um problema documentado meses atrás. HyeongJun An conduziu o experimento em um notebook Dell Latitude 9420, equipado com a placa Intel Wi-Fi 6E AX210 e a tecnologia de virtualização de entrada e saída da Intel (VT-d) ativada.
Durante a operação normal, usuários percebiam que o descarregamento do driver, processo que ocorre ao desligar o dispositivo ou colocar o computador em suspensão, falhava repetidamente. Os registros do sistema exibiam mensagens como DMAR: [DMA Read NO_PASID] e Master Disable Timed Out, 100 usec. Esses avisos indicam que o hardware de rede demorava demais para confirmar sua desativação ou tentava ler a memória de forma incorreta durante a transição de energia.
Testes mostram diferença após aplicação da correção
Para validar o comportamento do driver, o desenvolvedor automatizou um ciclo de descarregamento e recarregamento do módulo 50 vezes seguidas.
Sem a correção, o sistema registrou 18 falhas ao longo das 50 tentativas. Ao aplicar o patch wifi: iwlwifi: mvm: properly check the FW version, de autoria da engenheira Miri Korenblit, da Intel, o cenário mudou. Com o código modificado, o computador completou os mesmos 50 ciclos sem apresentar nenhuma falha.
Os testes atuais focaram especificamente no cenário de descarregamento e recarregamento do módulo. Isso significa que o patch se mostrou eficaz para a transição de energia testada, mas a aprovação final exige cautela antes de afirmar que todas as falhas eventuais de inicialização do dispositivo também foram isoladamente extintas.
O que provoca os erros no driver iwlwifi
A raiz do problema está na forma como o kernel interpreta a versão do software interno da placa de rede. A regressão começou quando o driver passou a utilizar a função IWL_UCODE_MAJOR() para ler dados em um formato de firmware em que essa verificação não era aplicável.
Ao ler a versão de forma incorreta, o driver concluía que não precisava utilizar o firmware reset handshake. Esse mecanismo é uma etapa de comunicação que garante a reinicialização segura e sincronizada do firmware da placa. Sem ele, a placa de rede e o sistema operacional perdem o alinhamento no momento de desligar o dispositivo, resultando nos erros de timeout e nas requisições DMA apontadas nos logs.
O patch altera essa verificação. Ele substitui a lógica inadequada por um método que identifica o valor da versão corretamente, preservando o protocolo de reinicialização para os hardwares que dependem dele.
Problema começou meses antes dos novos testes
Embora os testes de HyeongJun An tenham ocorrido em novembro de 2026, o histórico da regressão é mais longo. A primeira ocorrência foi comunicada pelo usuário Chris Bainbridge em 31 de julho. A investigação original associou o defeito ao commit 0eaa1f245ac0, que introduziu a modificação no mecanismo de comunicação.
Poucos dias depois, em 2 de agosto, Miri Korenblit enviou a proposta de correção à lista de discussões. Em 12 de outubro, Thorsten Leemhuis, responsável pelo acompanhamento de regressões do kernel, cobrou publicamente o andamento da solução. A devolutiva com resultados limpos em meados de novembro representa a validação técnica mais recente dessa linha de desenvolvimento.
Quais computadores podem ser afetados?
Não existe uma lista exaustiva de equipamentos atingidos. A documentação estabelece que os relatos se concentram em máquinas utilizando placas da família Intel Wi-Fi 6E, particularmente o modelo AX210 rodando a versão de firmware 89.123cf747.0.
A falha se manifesta de maneira visível em sistemas com o recurso de virtualização de entrada e saída ativado na BIOS (Intel VT-d ou AMD-Vi). Em termos de software, a regressão atinge ciclos recentes do kernel e estava presente na fase candidata a lançamento do Linux 7.4.
Como identificar erros do driver Intel Wi-Fi no Linux
Usuários enfrentando travamentos ao fechar a tampa do notebook ou falhas na rede sem fio podem consultar os registros do kernel para verificar se há relação com o problema. Os comandos abaixo realizam apenas leitura de dados.
Para descobrir a versão do kernel em uso, abra o terminal e digite:
uname -rPara confirmar o modelo exato da placa Wi-Fi:
lspci -nnkPara buscar registros associados à falha de DMA ou timeout, execute:
journalctl -k -b | grep -Ei 'iwlwifi|DMAR|IO_PAGE_FAULT|Master Disable'A presença de mensagens como Master Disable Timed Out logo após operações do módulo iwlwifi indica o sintoma descrito, mas não assegura que a causa raiz é exclusivamente a falha de verificação de firmware. Não há necessidade de desativar recursos vitais de segurança, como o IOMMU, apenas para silenciar os alertas de DMA.
Quando a correção chegará aos usuários?
O patch está validado em testes diretos, mas permanece na fase de tramitação dentro das listas de desenvolvimento. Ele precisa passar pelo processo formal de integração na árvore principal do kernel para, na sequência, ser adaptado (backport) às versões estáveis oferecidas pelos sistemas operacionais. A orientação segura é manter as atualizações de sistema em dia e aguardar a distribuição natural, sem necessidade de compilar código experimental manualmente.
Entenda sem termos técnicos: por que um driver pode falhar mesmo com a placa funcionando
Para visualizar o problema, imagine a placa de rede como um funcionário em uma sala e o sistema operacional (kernel) como o gerente do prédio. O driver é o rádio comunicador.
Quando o gerente decide cortar a energia para economizar bateria, ele usa o rádio para avisar. No funcionamento esperado, existe um protocolo de confirmação: o gerente avisa que vai desligar, e o funcionário responde que parou suas tarefas.
Devido ao erro na leitura do “crachá” (a versão do firmware), o gerente assumiu que o funcionário não utilizava mais o rádio. O sistema cortava a comunicação de repente. Pego de surpresa, o hardware continuava tentando acessar o arquivo central (gerando o erro de DMA) e demorava para encerrar suas atividades (gerando o erro de timeout). A correção simplesmente ensina o gerente a ler o crachá de forma correta, devolvendo a etapa de aviso e resposta antes de apagar as luzes.
