Uma falha introduzida nas atualizações recentes da série 7.3 do kernel Linux está impedindo que computadores equipados com determinadas placas de rede sem fio da Broadcom consigam estabelecer conexão. O problema tem origem em uma alteração no gerenciamento de memória do driver oficial e se manifesta de forma silenciosa na interface do usuário, exigindo investigação nos logs do sistema para ser identificado.
A questão central não envolve a falta de reconhecimento do hardware, mas sim um bloqueio na comunicação de dados provocado pelas regras de isolamento de memória do sistema operacional. Uma correção já foi desenvolvida pelos mantenedores do kernel e está em fase de testes para ser distribuída na próxima atualização estável.
Atualização do kernel Linux provoca falha em Wi-Fi Broadcom
A regressão foi documentada em 13 de novembro de 2026 na lista oficial de desenvolvedores do Linux. O relato original demonstra que a comunicação com a rede sem fio é interrompida logo após a atualização do sistema, sem que o hardware apresente defeitos físicos.
O comportamento relatado pelos usuários segue um padrão específico. Ao tentar conectar, as redes disponíveis aparecem brevemente no gerenciador de conexões. O sistema inicia a tentativa de autenticação, mas a conexão sofre esgotamento de tempo (timeout) e não é concluída. Logo após a falha, a lista de redes sem fio próximas fica completamente vazia, como se a placa tivesse sido desligada.
O que mostram os testes no Fedora 44
O caso mais detalhado até o momento foi apresentado pelo usuário Argishti Khachik, utilizando um notebook Dell XPS 15 9550 equipado com a placa Wi-Fi Broadcom BCM43602 (identificada pelo PCI ID 14e4:43ba). O problema ocorreu no Fedora 44 imediatamente após a transição do kernel 7.2.14 para o 7.3.3.
A análise dos logs do sistema (dmesg) revelou que a falha acontece quando o parâmetro intel_iommu=on está ativado. O kernel registra mensagens de erro do tipo DMAR, falhas de leitura de acesso direto à memória (DMA) e timeouts seguidos de falhas no firmware associado ao driver brcmfmac.
Esses registros técnicos indicam que o hardware da placa tenta ler os dados recebidos da rede, mas o sistema operacional bloqueia o acesso à memória, derrubando o funcionamento do componente de rede em seguida.
Problema semelhante também foi relatado no Debian
A falha não se limita ao Fedora ou aos equipamentos da Dell. Um relatório registrado no sistema de bugs do Debian (bug 1153595) descreveu sintomas idênticos em um computador Apple iMac utilizando a placa Broadcom BCM4364.
Essa diversidade de cenários confirma que a regressão está no driver incluído no próprio núcleo do Linux, afetando distribuições diferentes que embarquem a mesma versão do kernel. A investigação no Debian foi fundamental para apontar que um commit anterior, responsável por alterar a direção do mapeamento DMA dos buffers de recepção, foi o causador involuntário da falha.
Por que uma alteração no gerenciamento de memória afeta o Wi-Fi
Para que uma placa de rede funcione em alta velocidade, ela utiliza o Acesso Direto à Memória (DMA), um recurso que permite ao hardware ler e gravar dados na memória RAM sem passar pelo processador principal. No Linux, o componente responsável por policiar essas transferências em sistemas modernos é a Unidade de Gerenciamento de Memória de Entrada e Saída (IOMMU).
A IOMMU atua como uma barreira de segurança. Ela verifica se a placa de rede tem permissão para acessar um espaço específico de memória e em qual direção (leitura ou gravação). Uma alteração de código recente no driver brcmfmac (commit f0ba5fd51ff2) modificou a direção desse mapeamento especificamente para os pacotes recebidos pela placa (RX buffers).
Como resultado dessa alteração, quando a placa tenta realizar a operação necessária para processar a rede, a IOMMU identifica uma violação na permissão de direção e bloqueia o acesso, gerando o erro DMAR. Sem acesso à memória, o firmware da Broadcom entra em colapso, resultando no timeout e no sumiço das redes na interface gráfica.
Correção do driver brcmfmac está em revisão para o Linux 7.3.5
A solução técnica já foi implementada por meio do patch intitulado “wifi: brcmfmac: map msgbuf RX packet IDs bidirectional” (associado ao commit 7ed5dce55fa8). Esse código desfaz a restrição problemática e restaura o mapeamento bidirecional para os buffers de recepção, alinhando as exigências do driver com as permissões da IOMMU.
No momento, essa correção foi incorporada à árvore principal de desenvolvimento e consta no Linux 7.3.5-rc1 (Release Candidate 1), que está em fase de revisão. Assim que esta etapa de validação for concluída, a versão final 7.3.5 será enviada às distribuições Linux, que poderão empacotar a atualização e entregá-la aos usuários.
O que fazer enquanto a correção não chega à distribuição
Até que o kernel atualizado seja instalado pelo gerenciador de pacotes, os usuários afetados possuem duas alternativas documentadas.
A primeira, e mais segura, é reiniciar o computador, acessar o menu do GRUB e selecionar uma versão anterior do kernel (como a 7.2.14) que ainda esteja instalada no sistema. Essa ação devolve o funcionamento imediato do Wi-Fi sem comprometer o isolamento de segurança da máquina.
A segunda alternativa é adicionar o parâmetro iommu=pt (passthrough) nas configurações de inicialização do kernel. Essa opção foi validada nos testes do Dell XPS 15 e faz com que a placa de rede volte a conectar. No entanto, ela modifica o comportamento de isolamento do acesso direto à memória para os dispositivos do sistema, flexibilizando uma camada de segurança de hardware. Essa abordagem deve ser utilizada com cautela e revertida assim que a atualização oficial estiver disponível.
Como identificar a versão do kernel e o modelo da placa Wi-Fi
Para confirmar se o seu computador atende aos critérios desta falha, é possível utilizar dois comandos simples no terminal.
Para descobrir a versão do kernel em execução, digite:
uname -rPara identificar se o adaptador de rede é um dos modelos Broadcom afetados, utilize:
lspci | grep NetworkSe o kernel for da série 7.3 e a placa for listada como BCM43602, BCM4364 ou componente similar da Broadcom, o sistema provavelmente está sujeito à regressão documentada.
Entenda sem termos técnicos: por que o Linux reconhece a placa, mas não consegue conectar
Imagine que o sistema operacional é um prédio de escritórios e a placa Wi-Fi é um mensageiro encarregado de buscar e entregar pacotes. O IOMMU atua como o segurança da portaria, enquanto o driver é a autoridade que emite os crachás de acesso.
Na versão 7.2 do Linux, o driver entregava ao mensageiro um crachá de “Livre Trânsito”, permitindo que ele deixasse pacotes na sala de correspondência e pegasse novos pacotes para enviar. Tudo fluía rapidamente.
Com a atualização para a versão 7.3, o driver sofreu uma modificação e passou a entregar um crachá restrito, carimbado apenas como “Saída de Pacotes”. Quando o mensageiro tenta trazer os dados da internet para dentro da sala (recepção), o segurança da portaria percebe que o crachá não autoriza essa ação e barra a entrada. O mensageiro fica travado na porta, o tempo de entrega expira e a conexão de rede falha. O hardware está lá, funcionando perfeitamente, mas foi barrado por uma falha na emissão da permissão de acesso. A atualização que está a caminho simplesmente devolve o crachá de livre trânsito ao mensageiro.
