O driver proprietário do BCM 4313 bloqueia o Wi-Fi para outros dispositivos

Eu administro uma WLAN doméstica e, há alguns dias, atualizei um laptop hp dv7 pavilion de Oneiric para Precise. Eu tinha o driver Broadcom STA proprietário (módulo wl) ativado.

Sempre que este laptop era conectado ao WiFi, o resultado do speedtest.net era de 8 Mbps (inativo) e todas as outras máquinas (laptops, smartphones) só podiam obter resultados do speedtest.net bem abaixo de 1 Mbps (principalmente 500 Kbps), com sérios problemas de ping e outros bizarros efeitos Quando o laptop estava desligado, tudo estava bem para as outras máquinas.

Pensando um pouco sobre isso, decidi remover o driver proprietário da STA e usar o de código aberto. Tudo funciona perfeitamente agora para todas as máquinas no Wifi.

Gostaria de saber se a atualização do driver STA precisa está podre, pois parece que transformou minha máquina em um bloqueador de WiFi. Isso é possível ?

Parece que esse problema está relacionado ao próprio BCM 4314, não a um laptop específico.

Qual pode ser a possível razão para um comportamento tão peculiar? Posso superá-lo sem desativar o driver proprietário? O que posso fazer para solucionar esse problema?

wireless drivers broadcom

— t koun
fonte

O driver instala e ativa OK na máquina DV7, que obtém uma conexão estável e boa. Nenhum driver herdado presente. O problema é para as outras máquinas no WiFi quando a máquina Broadcom está conectada.

— t koun

Desculpe pelo meu erro. :)

— Web-E

Posso confirmar que esse também é um problema no Dell Latitude 35430, que também possui o BCM4313 (usando o Precise). Parece que esse problema pode ser característico para este controlador sem fio. No entanto, no meu caso, desabilitar o driver não é uma opção, pois o código-fonte aberto não funciona.

— Rafał Cieślak

Eu tenho o mesmo dispositivo e tive problemas, acho que o ask pode ajudá-lo: askubuntu.com/questions/265553/… Não estou tendo nenhum problema com os drivers proprietários.

— ssoto

@ RafałCieślak - verifique se a instalação da pilha de habilitação de hardware ( wiki.ubuntu.com/Kernel/LTSEnablementStack ) junto com a reinstalação do módulo de fonte broadcom, conforme o link ssoto acima, resolve seu problema.

— fossfreedom

Meu palpite:

Não é uma resposta definitiva, mas meu melhor palpite é o controle de potência de transmissão ruim no blob de fonte fechada, resultando em outras placas bem gerenciadas (hosts ou AP) diminuindo sua sensibilidade para que não sejam afetadas pelo poder.

Se eu estiver certo:

Parece um problema não corrigível, já que está no blob, a menos que você tenha um monte de controle de energia.

Como poderia teoricamente ser testado:

Se você tiver três caixas de teste, testarei assim

1) Instale alguma ferramenta que permita ver a potência relativa de uma rede de pacotes.

Tenho certeza de que há um utilitário CLI para fazê-lo em um golpe, mas o kismet já está instalado nos meus laptops e me fornece informações suficientes.

2) Com a caixa broadcom desativada, verifique a potência do seu número 3 na caixa no kismet.

3) Em seguida, desligue-o e coloque a caixa de broadcom no mesmo local.

4) Verifique novamente o kismet. Se meu palpite estiver correto, a caixa de broadcom deve mostrar uma força de sinal significativamente maior.

— RobotHumans
fonte

Obrigado por esta dica! Aqui, pegue a recompensa pelo seu esforço :)

— Rafał Cieślak

@ RafałCieślak - apenas um acompanhamento. Posso confirmar que o iwlagn 5xxx evidencia esse comportamento da minha caixa ath9k. As configurações de sensibilidade do meu cartão não são expostas à terra do usuário. sinto algo para ver se o seu cartão expõe essa funcionalidade.

— RobotHumans

Ah legal. Obrigado pela dica com iw, embora eu realmente duvide que este cartão exponha qualquer funcionalidade suplementar.

— Rafał Cieślak

@ RafałCieślak - por outro lado, seu broadcom pode permitir que você diminua a potência de transmissão com iw set txpower. ele pode trabalhar.

— RobotHumans