Встроенное микропрограммное обеспечение Wi-Fi, отказывающее в Ubuntu 16.04

У меня есть Адаптер Беспроводной сети Qualcomm Atheros QCA6174 802.11 акров, который хорошо работает после перезагрузки компьютера, но если я отключаю и повторно включаю Wi-Fi через управление GUI в главном правом углу экрана, это никогда не возвращается на, и я должен перезагрузить. У меня есть причина полагать, что это - микропрограммная проблема. Делает что-либо выглядит неправильным в следующем:

lspci для моей карты Wi-Fi:

03:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 20)
    Subsystem: Lenovo QCA6174 802.11ac Wireless Network Adapter
    Flags: bus master, fast devsel, latency 0, IRQ 52
    Memory at c4000000 (64-bit, non-prefetchable) [size=2M]
    Capabilities: [40] Power Management version 3
    Capabilities: [50] MSI: Enable+ Count=8/8 Maskable+ 64bit-
    Capabilities: [70] Express Endpoint, MSI 00
    Capabilities: [100] Advanced Error Reporting
    Capabilities: [148] Virtual Channel
    Capabilities: [168] Device Serial Number 00-00-00-00-00-00-00-00
    Capabilities: [178] Latency Tolerance Reporting
    Capabilities: [180] L1 PM Substates
    Kernel driver in use: ath10k_pci
    Kernel modules: ath10k_pci

Мой dmesg (прямо после начальной загрузки):

[   12.530934] ath10k_pci 0000:03:00.0: pci irq msi-x interrupts 8 irq_mode 0 reset_mode 0
[   12.880922] ath10k_pci 0000:03:00.0: Direct firmware load for ath10k/cal-pci-0000:03:00.0.bin failed with error -2
[   14.538317] ath10k_pci 0000:03:00.0: qca6174 hw2.1 (0x05010000, 0x003405ff sub 17aa:3044) fw SW_RM.1.1.1-00157-QCARMSWPZ-1 fwapi 5 bdapi 2 htt-ver 3.1 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1 features ignore-otp,no-4addr-pad
[   14.538321] ath10k_pci 0000:03:00.0: debug 0 debugfs 1 tracing 1 dfs 0 testmode 0

мой dmesg (после отключения Wi-Fi):

[  657.466226] ath10k_pci 0000:03:00.0: firmware crashed! (uuid a1205b5c-0343-4aff-bda6-bb1e8842ada8)
[  657.466234] ath10k_pci 0000:03:00.0: qca6174 hw2.1 (0x05010000, 0x003405ff sub 17aa:3044) fw SW_RM.1.1.1-00157-QCARMSWPZ-1 fwapi 5 bdapi 2 htt-ver 3.1 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1 features ignore-otp,no-4addr-pad
[  657.466236] ath10k_pci 0000:03:00.0: debug 0 debugfs 1 tracing 1 dfs 0 testmode 0
[  657.468246] ath10k_pci 0000:03:00.0: firmware register dump:
[  657.468248] ath10k_pci 0000:03:00.0: [00]: 0x05010000 0x00000000 0x0092E4DC 0xF6151216
[  657.468249] ath10k_pci 0000:03:00.0: [04]: 0x0092E4DC 0x00060130 0x00000018 0x0041A760
[  657.468251] ath10k_pci 0000:03:00.0: [08]: 0xF6151202 0x00400000 0x00000000 0x000A5C88
[  657.468252] ath10k_pci 0000:03:00.0: [12]: 0x00000009 0x00000000 0x0096C09C 0x0096C0A7
[  657.468253] ath10k_pci 0000:03:00.0: [16]: 0x0096BDBC 0x009286B6 0x00000000 0x009287BD
[  657.468254] ath10k_pci 0000:03:00.0: [20]: 0x4092E4DC 0x0041A710 0x00000000 0x0F000000
[  657.468256] ath10k_pci 0000:03:00.0: [24]: 0x809432A7 0x0041A770 0x0040D400 0xC092E4DC
[  657.468257] ath10k_pci 0000:03:00.0: [28]: 0x80942BC4 0x0041A790 0xF6151202 0x00400000
[  657.468258] ath10k_pci 0000:03:00.0: [32]: 0x80947BA7 0x0041A7B0 0x00404BF8 0x00413980
[  657.468259] ath10k_pci 0000:03:00.0: [36]: 0x809BDECC 0x0041A7D0 0x00404BF8 0x00413980
[  657.468261] ath10k_pci 0000:03:00.0: [40]: 0x8099638C 0x0041A7F0 0x00404BF8 0x00000000
[  657.468262] ath10k_pci 0000:03:00.0: [44]: 0x80992076 0x0041A810 0x004084F0 0x00405244
[  657.468263] ath10k_pci 0000:03:00.0: [48]: 0x80996BD3 0x0041A830 0x004084F0 0x00000000
[  657.468264] ath10k_pci 0000:03:00.0: [52]: 0x800B4405 0x0041A850 0x00422318 0x00005002
[  657.468266] ath10k_pci 0000:03:00.0: [56]: 0x809A6C34 0x0041A8E0 0x0042932C 0x0042CA20
[  657.468313] ath10k_pci 0000:03:00.0: could not suspend target (-108)
[  657.544844] ath10k_pci 0000:03:00.0: cannot restart a device that hasn't been started

Очевидно, здесь существует проблема.

Что я попробовал: Я следовал инструкциям в подобном сообщении и повторно загрузил ath10k_pci встроенное микропрограммное обеспечение и сделал целое, "переименовывают к микропрограммной-5.bin и микропрограммной-4.bin" вещи. Это не работало, и я уверен, что сделал это правильно. Кроме этого, я не уверен, что сделать.

Править: Я думаю, что очень важная часть этого - то, что мой Wi-Fi ДЕЙСТВИТЕЛЬНО работает, только когда я делаю новую начальную загрузку. Как только я отключаю свой Wi-Fi через значок GUI в системном лотке, катастрофических отказах драйвера, и я должен перезагрузить.

2
задан 25 June 2016 в 05:31

4 ответа

Хорошо, я зафиксировал его. После часов тонкой настройки и грубого принуждения, я наконец нашел конфигурацию микропрограммных файлов и файлов платы из различных репозиториев мерзавца. Для моей системы мне были нужны kvalo плата-2.bin и atondwal board.bin и встроенное-микропрограммное-обеспечение-5.bin. Для любого, у кого есть та же проблема как я, они могут быть найдены от:

https://github.com/kvalo/ath10k-firmware

и

https://github.com/atondwal/ath10k-firmware

Просто пробует различные комбинации встроенных микропрограммных обеспечений и файлов платы из этих репозиториев, пока Вы не находите правильный. И когда Вы получаете его работа, не пытайтесь понять это, просто признать, что это работает и движение ;)

1
ответ дан 2 December 2019 в 03:46

Я понизил свой микропрограммный Linux пакет от 1.157.13-> 1.157. Я загрузил linux-firmware_1.157_all.deb с https://launchpad.net/ubuntu/xenial/amd64/linux-firmware/1.157 и установил его со следующей командой:

sudo dpkg -i linux-firmware_1.157_all.deb

Пока неплохо.:)

1
ответ дан 2 December 2019 в 03:46

У меня есть все еще (06/2018, Ubuntu 18.04, последнее встроенное микропрограммное обеспечение Linux) проблема с катастрофическим отказом ath10k_pci встроенное микропрограммное обеспечение, главным образом после того, как ноутбук перейдет к режиму приостановки.

Мое обходное решение в настоящее время перезапускает его через:

sudo rmmod ath10k_pci
sudo modprobe ath10k_pci
sudo ifup -a
0
ответ дан 2 December 2019 в 03:46

У меня была та же проблема, но я определил, что она возникает только при питании от батареи, а не от сети. По совету с форума Linux Mint я отключил управление питанием Wi-Fi, и с тех пор проблема больше не повторялась.

В /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf я изменил строку

wifi.powersave = 3

на

wifi.powersave = 2

С тех пор соединения не прерывались.

1
ответ дан 1 June 2020 в 12:55

Другие вопросы по тегам:

Похожие вопросы: