Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FS#2844 - ath10k on archer C7 v2: high latency #7630

Open
openwrt-bot opened this issue Feb 18, 2020 · 8 comments
Open

FS#2844 - ath10k on archer C7 v2: high latency #7630

openwrt-bot opened this issue Feb 18, 2020 · 8 comments
Labels
flyspray release/19.07 pull request/issue targeted (also) for OpenWrt 19.07 release

Comments

@openwrt-bot
Copy link

zorxd:

On my Archer C7 v2, since the upgrade from 18.06 to 19.07, I sometimes get very high latency on my 5 GHz wifi network:

This is when pinging a wireless client from the router itself.
ping 192.168.12.167
PING 192.168.12.167 (192.168.12.167): 56 data bytes
64 bytes from 192.168.12.167: seq=0 ttl=64 time=1.334 ms
64 bytes from 192.168.12.167: seq=1 ttl=64 time=2.002 ms
64 bytes from 192.168.12.167: seq=2 ttl=64 time=1004.448 ms
64 bytes from 192.168.12.167: seq=3 ttl=64 time=4.342 ms
64 bytes from 192.168.12.167: seq=4 ttl=64 time=1.072 ms
64 bytes from 192.168.12.167: seq=5 ttl=64 time=2.074 ms
64 bytes from 192.168.12.167: seq=6 ttl=64 time=2.505 ms
64 bytes from 192.168.12.167: seq=7 ttl=64 time=1.059 ms
64 bytes from 192.168.12.167: seq=8 ttl=64 time=1.746 ms
64 bytes from 192.168.12.167: seq=9 ttl=64 time=1.176 ms
64 bytes from 192.168.12.167: seq=10 ttl=64 time=1.086 ms
64 bytes from 192.168.12.167: seq=11 ttl=64 time=1.072 ms
64 bytes from 192.168.12.167: seq=12 ttl=64 time=815.290 ms
64 bytes from 192.168.12.167: seq=13 ttl=64 time=1004.417 ms
64 bytes from 192.168.12.167: seq=14 ttl=64 time=4.294 ms
64 bytes from 192.168.12.167: seq=15 ttl=64 time=4.520 ms
64 bytes from 192.168.12.167: seq=16 ttl=64 time=1003.250 ms
64 bytes from 192.168.12.167: seq=17 ttl=64 time=3.125 ms
64 bytes from 192.168.12.167: seq=18 ttl=64 time=1.019 ms
64 bytes from 192.168.12.167: seq=19 ttl=64 time=2.066 ms
^C
--- 192.168.12.167 ping statistics ---
20 packets transmitted, 20 packets received, 0% packet loss
round-trip min/avg/max = 1.019/193.094/1004.448 ms

The upgrade to 19.07.1 didn't solve the issue. What (temporarily) seem to work is to restart the wlan0 interface. After a few hours the problem comes back. The client is very close to the AP (less than 3 meters, although there is a floor between). Signal quality is reported as very good.

Station 54:60:09:d3:e4:d6 (on wlan0)
inactive time: 540 ms
rx bytes: 1082546
rx packets: 6294
tx bytes: 15523400
tx packets: 11636
tx retries: 0
tx failed: 1
rx drop misc: 0
signal: -66 [-76, -68, -71] dBm
signal avg: -62 [-72, -64, -67] dBm
tx bitrate: 390.0 MBit/s VHT-MCS 8 80MHz short GI VHT-NSS 1
rx bitrate: 390.0 MBit/s VHT-MCS 8 80MHz short GI VHT-NSS 1
rx duration: 422088 us
last ack signal:-95 dBm
authorized: yes
authenticated: yes
associated: yes
preamble: long
WMM/WME: yes
MFP: no
TDLS peer: no
DTIM period: 2
beacon interval:100
short slot time:yes
connected time: 447 seconds

I am using stock 19.07.1 firmware. I also tried changing the regulatory domain from CA to US but it didn't help.
I will now try with the non-ct driver and firmware to see if it helps, as it worked fine on 18.06 which didn't include the -ct firmware by default.
cat /etc/config/wireless

config wifi-device 'radio0'
option type 'mac80211'
option hwmode '11a'
option path 'pci0000:00/0000:00:00.0'
option htmode 'VHT80'
option noscan '1'
option country 'US'
option channel '149'

config wifi-iface 'default_radio0'
option device 'radio0'
option key 'removed'
option network 'lan'
option mode 'ap'
option ssid 'myssid5'
option encryption 'psk2+ccmp'

config wifi-device 'radio1'
option type 'mac80211'
option channel '11'
option hwmode '11g'
option path 'platform/ahb/ahb:apb/18100000.wmac'
option noscan '1'

option country 'CA'

    option htmode 'HT40'
    option require_mode 'g'

config wifi-iface 'default_radio1'
option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'myssid'
option encryption 'psk2+ccmp'
option key 'removed'
option ieee80211w '1'

@openwrt-bot
Copy link
Author

zorxd:

Doesn't seem to occur with the non-ct firmware and driver.

@openwrt-bot
Copy link
Author

por:

Has been fixed in 19.07.1, so if you're still on 19.07.0 then please first upgrade to .1 and whether that fixes your problem.

@openwrt-bot
Copy link
Author

zorxd:

I'm already on 19.07.1 and STILL have the issue, that's why I opened a new bug. It might not be related.

@openwrt-bot
Copy link
Author

blabla:

I also see a quite unstable 5Ghz Wifi on a TP-Link Archer C6 v2, using 19.07.1.
As for zorxd, the problem appear only after some hours/days. Rebooting temporarily solve the issue.

In my case, I see many packet loss (> 50%).

Station is also very close to the AP (less than 2 meters, without any wall)

@openwrt-bot
Copy link
Author

zorxd:

blabla, can you try with the ath10k kmod and firmware which doesn't end with -ct?

I am using kmod-ath10k and ath10k-firmware-qca988x on my Archer C7 v2, and it seems to solve the issue.

@openwrt-bot
Copy link
Author

blabla:

With ath10k-firmware-qca9888 and kmod-ath10k, my 5Ghz card is not working and even not recognized by the kernel.

But after reinstalling -ct version, my 5Ghz card is still missing !

root@OpenWrt:# opkg remove ath10k-firmware-qca9888-ct kmod-ath10k-ct
root@OpenWrt:
# opkg install ath10k-firmware-qca9888 kmod-ath10k
root@OpenWrt:~# reboot

root@OpenWrt:# opkg remove ath10k-firmware-qca9888 kmod-ath10k
root@OpenWrt:
# opkg install ath10k-firmware-qca9888-ct kmod-ath10k-ct
root@OpenWrt:~# reboot

Am I missing something ??

Logs (with -ct version)

Fri Feb 21 17:41:56 2020 kern.info kernel: [ 11.986593] ath10k 4.19 driver, optimized for CT firmware, probing pci device: 0x56.
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 12.016471] PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
Fri Feb 21 17:41:56 2020 kern.info kernel: [ 12.022642] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 12.246087] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/fwcfg-pci-0000:00:00.0.txt failed with error -2
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 12.256997] ath10k_pci 0000:00:00.0: Falling back to user helper
Fri Feb 21 17:41:56 2020 kern.err kernel: [ 12.510614] firmware ath10k!fwcfg-pci-0000:00:00.0.txt: firmware_loading_store: map pages failed
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 12.524040] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA9888/hw2.0/ct-firmware-5.bin failed with error -2
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 12.535400] ath10k_pci 0000:00:00.0: Falling back to user helper
Fri Feb 21 17:41:56 2020 kern.err kernel: [ 12.910718] firmware ath10k!QCA9888!hw2.0!ct-firmware-5.bin: firmware_loading_store: map pages failed
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 12.920552] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA9888/hw2.0/ct-firmware-2.bin failed with error -2
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 12.931909] ath10k_pci 0000:00:00.0: Falling back to user helper Fri Feb 21 17:41:56 2020 kern.err kernel: [ 13.119830] firmware ath10k!QCA9888!hw2.0!ct-firmware-2.bin: firmware_loading_store: map pages failed
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 13.129661] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA9888/hw2.0/firmware-6.bin failed with error -2
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 13.140749] ath10k_pci 0000:00:00.0: Falling back to user helper
Fri Feb 21 17:41:56 2020 kern.err kernel: [ 13.319922] firmware ath10k!QCA9888!hw2.0!firmware-6.bin: firmware_loading_store: map pages failed
Fri Feb 21 17:41:56 2020 kern.info kernel: [ 13.926016] ath10k_pci 0000:00:00.0: qca9888 hw2.0 target 0x01000000 chip_id 0x00000000 sub 0000:0000
Fri Feb 21 17:41:56 2020 kern.info kernel: [ 13.935584] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
Fri Feb 21 17:41:56 2020 kern.info kernel: [ 13.955619] ath10k_pci 0000:00:00.0: firmware ver 10.4b-ct-9888-fW-012-17ba98334 api 5 features mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,
txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,set-special-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT crc32 a08ba414
Fri Feb 21 17:41:56 2020 kern.err kernel: [ 14.305462] ath10k_pci 0000:00:00.0: failed to fetch board data for bus=pci,bmi-chip-id=0,bmi-board-id=20 from ath10k/QCA9888/hw2.0/board-2.bin
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 14.319197] ath10k_pci 0000:00:00.0: Direct firmware load for ath10k/QCA9888/hw2.0/board.bin failed with error -2
Fri Feb 21 17:41:56 2020 kern.warn kernel: [ 14.329842] ath10k_pci 0000:00:00.0: Falling back to user helper
Fri Feb 21 17:41:56 2020 kern.err kernel: [ 14.426533] firmware ath10k!QCA9888!hw2.0!board.bin: firmware_loading_store: map pages failed
Fri Feb 21 17:41:56 2020 kern.err kernel: [ 14.435497] ath10k_pci 0000:00:00.0: failed to fetch board-2.bin or board.bin from ath10k/QCA9888/hw2.0
Fri Feb 21 17:41:56 2020 kern.err kernel: [ 14.445242] ath10k_pci 0000:00:00.0: failed to fetch board file: -11
Fri Feb 21 17:41:56 2020 kern.err kernel: [ 14.452009] ath10k_pci 0000:00:00.0: could not probe fw (-11)
Fri Feb 21 17:41:56 2020 kern.debug kernel: [ 14.533844] ath: EEPROM regdomain: 0x0
Fri Feb 21 17:41:56 2020 kern.debug kernel: [ 14.533852] ath: EEPROM indicates default country code should be used
Fri Feb 21 17:41:56 2020 kern.debug kernel: [ 14.533855] ath: doing EEPROM country->regdmn map search
Fri Feb 21 17:41:56 2020 kern.debug kernel: [ 14.533868] ath: country maps to regdmn code: 0x3a
Fri Feb 21 17:41:56 2020 kern.debug kernel: [ 14.533872] ath: Country alpha2 being used: US
Fri Feb 21 17:41:56 2020 kern.debug kernel: [ 14.533875] ath: Regpair used: 0x3a
Fri Feb 21 17:41:56 2020 kern.debug kernel: [ 14.546664] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
Fri Feb 21 17:41:56 2020 kern.info kernel: [ 14.548189] ieee80211 phy1: Atheros AR9561 Rev:0 mem=0xb8100000, irq=2
Fri Feb 21 17:41:56 2020 user.info kernel: [ 14.595895] kmodloader: done loading kernel modules from /etc/modules.d/*

Edit: after re-flashing with tplink_archer-c6-v2-squashfs-sysupgrade.bin official owrt image, my 5Ghz is working again...

@openwrt-bot
Copy link
Author

zorxd:

Problem still occurs on 19.07.3. Makes my Google Chromecast unable to reliably stream music from Spotify. Switching to the non-CT module and firmware.

@openwrt-bot
Copy link
Author

zorxd:

anybody noticed if this bug is still present on 21.02 series?

@aparcar aparcar added the release/19.07 pull request/issue targeted (also) for OpenWrt 19.07 release label Feb 22, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray release/19.07 pull request/issue targeted (also) for OpenWrt 19.07 release
Projects
None yet
Development

No branches or pull requests

2 participants