Qualcomm Atheros 6164 - Wifi funciona por alguns minutos e depois morre até ser reiniciado

Question

Instalei recentemente o Xubuntu e posso fazer o wifi funcionar ... por no máximo 5 minutos de cada vez, depois do qual ele afirma que ainda está conectado, mas todas as tentativas de visitar qualquer página da web resultarão em um tempo limite.

Eu posso reiniciar o Wi-Fi usando:

sudo rfkill block wifi
sudo rfkill unblock wifi

Onde ele funcionará novamente por alguns minutos e, em seguida, morrerá novamente. Pode estar relacionado com a quantidade de dados que estão sendo baixados - parece que ele perece muito mais rápido ao usar o YouTube do que ao navegar regularmente (ainda não consegui assistir a um vídeo do YouTube por mais de quatro minutos) o caminho até sem o wi-fi morrer várias vezes)

Algumas informações sobre meu material de Wi-Fi:

  *-network
       description: Wireless interface
       product: QCA6164 802.11ac Wireless Network Adapter
       vendor: Qualcomm Atheros
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlp2s0
       version: 20
       serial: 30:52:cb:60:78:af
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=ath10k_pci driverversion=4.4.0-22-generic firmware=atheros-12.0.0.102-fw ip=192.168.1.79 latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
       resources: irq:37 memory:f0800000-f09fffff

Um dump de dmesg wlp2s0 (não tenho ideia do que isso significa):

[   38.913053] ath10k_pci 0000:02:00.0 wlp2s0: renamed from wlan0
[   38.945352] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[   40.248440] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[   40.325618] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[   45.907494] wlp2s0: authenticate with cc:33:bb:4e:11:8b
[   45.941409] wlp2s0: send auth to cc:33:bb:4e:11:8b (try 1/3)
[   45.941968] wlp2s0: authenticated
[   45.944157] wlp2s0: associate with cc:33:bb:4e:11:8b (try 1/3)
[   45.945161] wlp2s0: RX AssocResp from cc:33:bb:4e:11:8b (capab=0x411 status=0 aid=16)
[   45.947574] wlp2s0: associated
[   45.947632] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
[ 2348.836607] wlp2s0: deauthenticating from cc:33:bb:4e:11:8b by local choice (Reason: 3=DEAUTH_LEAVING)
[ 2351.836255] wlp2s0: failed to remove key (0, cc:33:bb:4e:11:8b) from hardware (-110)
[ 2363.444637] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 2363.504784] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 2368.255212] wlp2s0: authenticate with cc:33:bb:4e:11:8b
[ 2368.288833] wlp2s0: send auth to cc:33:bb:4e:11:8b (try 1/3)
[ 2368.289416] wlp2s0: authenticated
[ 2368.292191] wlp2s0: associate with cc:33:bb:4e:11:8b (try 1/3)
[ 2368.293115] wlp2s0: RX AssocResp from cc:33:bb:4e:11:8b (capab=0x411 status=0 aid=16)
[ 2368.296727] wlp2s0: associated
[ 2368.296801] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
[ 2475.479034] wlp2s0: deauthenticating from cc:33:bb:4e:11:8b by local choice (Reason: 3=DEAUTH_LEAVING)
[ 2481.822562] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 2481.902155] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 2486.660969] wlp2s0: authenticate with cc:33:bb:4e:11:8b
[ 2486.695327] wlp2s0: send auth to cc:33:bb:4e:11:8b (try 1/3)
[ 2486.696149] wlp2s0: authenticated
[ 2486.700054] wlp2s0: associate with cc:33:bb:4e:11:8b (try 1/3)
[ 2486.701009] wlp2s0: RX AssocResp from cc:33:bb:4e:11:8b (capab=0x411 status=0 aid=16)
[ 2486.704759] wlp2s0: associated
[ 2486.704840] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready

e dmesg ath10k_pci :

[   37.263995] ath10k_pci 0000:02:00.0: pci irq msi interrupts 1 irq_mode 0 reset_mode 0
[   37.509649] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[   37.510050] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA6174/hw2.1/board-pci-168c:0041:17aa:3545.bin failed with error -2
[   37.510055] ath10k_pci 0000:02:00.0: failed to load spec board file, falling back to generic: -2
[   38.820703] ath10k_pci 0000:02:00.0: qca6174 hw2.1 (0x05010000, 0x003405ff, 168c:0041:17aa:3545 fallback) fw atheros-12.0.0.102-fw api 5 htt-ver 3.25 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1 features 
[   38.820711] ath10k_pci 0000:02:00.0: debug 1 debugfs 1 tracing 0 dfs 0 testmode 0
[   38.913053] ath10k_pci 0000:02:00.0 wlp2s0: renamed from wlan0
[   41.053216] ath10k_pci 0000:02:00.0: no channel configured; ignoring frame(s)!
[ 2351.836244] ath10k_pci 0000:02:00.0: failed to install key for vdev 0 peer cc:33:bb:4e:11:8b: -110

Saída do iwconfig:

wlp2s0    IEEE 802.11abgn  ESSID:"BTHub4-C75W"  
          Mode:Managed  Frequency:5.24 GHz  Access Point: CC:33:BB:4E:11:8B   
          Bit Rate=6 Mb/s   Tx-Power=30 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:on
          Link Quality=65/70  Signal level=-45 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:3  Invalid misc:47   Missed beacon:0

Força do sinal (94%) e qualidade de conexão (70/70 ou alta sessenta) parecem perfeitamente bem, então estou certo de que não é uma conexão instável com o roteador (o wifi também funcionou sem problemas no Windows, independentemente de onde Eu estava em casa e também em outros dispositivos), mas um problema com o motorista.

Alguma idéia?

Editar: Pastebin dump do script de depuração wi-fi do all-in-one link

ATUALIZAÇÃO: Esta captura de tela mostra o quanto de um vídeo do YouTube (em 480p) será armazenado em buffer antes que o Wi-Fi fique fora. Isso é consistente. Eu não sei como medir isso, mas eu acho que é a mesma quantidade de dados antes de sair da navegação normal. O gerenciador de rede ainda afirma que estou conectado, nada novo aparece em dmesg | grep ath10k , mas o wifi não funcionará a menos que eu reinicie com

sudo rfkill block wifi
sudo rfkill unblock wifi

    

Answer 1

Eu tive um problema semelhante com o meu cartão de intel wifi, atualizando o driver fixo para mim. Pelo que li, o firmware incluído no Ubuntu ou no Ubuntu não está incluído. Parece que o firmware incluído é mais provável para o QCA6174 em vez do seu QCA6164.

Para atualizar ...

Remova o firmware existente ...

sudo rm -r /lib/firmware/ath10k/QCA6174/

Faça o download do firmware mais recente

wget https://github.com/kvalo/ath10k-firmware/archive/master.zip

descompacte o master.zip

sudo cp -r ath10k-firmware-master/QCA6174/ /lib/firmware/ath10k/

Renomeie dois dos arquivos de firmware da seguinte forma:

cd /lib/firmware/ath10k/QCA6174/hw2.1/
sudo mv firmware-5.bin_SW_RM.1.1.1-00157-QCARMSWPZ-1 firmware-5.bin
cd /lib/firmware/ath10k/QCA6174/hw3.0/
sudo mv firmware-4.bin_WLAN.RM.2.0-00180-QCARMSWPZ-1 firmware-4.bin

Por fim, reinicie o seu computador.

Você pode executar o seguinte comando para ver se sua placa é reconhecida.

lshw -C network

Você pode excluir os arquivos baixados anteriormente.

cd ~
rm master.zip
rm -r ath10k-firmware-master/

Eu tirei a maior parte disso de um site diferente, como fiz quando resolvi o problema no meu cartão de informações.

Editar ... Adicionado o local do firmware, desculpe.

    

Answer 2

Ter o gerenciamento de energia ativado pode causar desconexões, para que você possa desativá-lo com

sudo iwconfig wlp2s0 power off

O Ubuntu tem um novo pacote de firmware linux que ajuda com conexões de 5 GHz

wget http://mirrors.kernel.org/ubuntu/pool/main/l/linux-firmware/linux-firmware_1.158_all.deb
sudo dpkg -i linux-firmware_1.158_all.deb

Reinicie

    

Answer 3

Bem-vindo ao AskUbuntu.

Você está conectado ao ponto de acesso Wi-Fi BTHub4-C75W usando o canal 48 de 5GHz. Seu problema é que um vizinho com SSID BTWifi-X também está usando este canal e seu sinal é 22dB (mais de 100 vezes) mais strong que o seu. Mude o seu roteador para um canal diferente. Nenhum dos outros canais de 5GHz está sendo usado.

As instruções para fazer isso variam de roteador a roteador, mas essencialmente você faz login usando um navegador de internet (o endereço varia de fabricante para fabricante, mas 192.168.0.1 é comum) e em um menu de configurações selecione 'auto' para RF seleção de canais.

Se isso resolver o seu problema, clique no visto no lado esquerdo da sua pergunta.