Open fishxz opened 5 years ago
If you use stock QCA firmware, do you see the same problem?
If you disconnect and reconnect the station device(s), does the problem remain?
There are no obvious errors in the logs.
what u mean by stock qca firmware? the firmware from https://github.com/kvalo/ath10k-firmware/tree/master/QCA4019/hw1.0/3.6?
if i restart the interface, the problem is instant solved.
Ping wird ausgeführt für openwrt.lan [192.168.1.1] mit 32 Bytes Daten:
Antwort von 192.168.1.1: Bytes=32 Zeit=1ms TTL=64
Zeitüberschreitung der Anforderung.
Antwort von 192.168.1.1: Bytes=32 Zeit=2ms TTL=64
Antwort von 192.168.1.1: Bytes=32 Zeit=2ms TTL=64
Antwort von 192.168.1.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.1.1: Bytes=32 Zeit=5ms TTL=64
Antwort von 192.168.1.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.1.1: Bytes=32 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=32 Zeit=1ms TTL=64
Zeitüberschreitung der Anforderung.
Antwort von 192.168.1.1: Bytes=32 Zeit=1ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.1.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.1.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.1.1: Bytes=32 Zeit=1ms TTL=64`
happened again like 1 hour ago.
Yes, like that firmware from kvalo (or the QCA one packaged in openwrt).
Can you show me ping time for when it is messing up? And, if you do a larger download, will it work OK (ie, is it just ping that is weird?)
this is the ping when it is messing up. i will check next time a download, but i can say discord lags like hell then, same for counter-strike. it is like im just dropping alot of pakages.
if i install "ath10k-firmware-qca4019" from openwrt, will this one get loaded instead, because it seems like i cant uninstall the -ct version.
i installed today the non -ct pakage. i will report in a few days
i tested for a while the non -ct pakage and i couldnt reproduce it, so i switched back to -ct, to see if it will happen again...
i also noticed another problem: its not possible to run 2 1080p streams over wlan in my network. as soon the second stream starts, both will start to buffer frequently. (ct and non -ct)
just happened again... after wifi restart all is fine again
Just wanted to add my +1 for this problem.
I have exactly the same router and faced pretty much the same problems with the -ct firmwares. I downloaded the ones from candelatech.com as well but the problems described above persisted. Once I downloaded and started using the non -ct firmware everything started working properly again, no timeouts, no need to restart wifi, and my ESPxxx devices did not randomly disconnect.
For reference this is the firmware I'm currently using:
[ 12.566301] ath10k_ahb a000000.wifi: firmware ver 10.4-3.6-00140 api 5 features no-p2p,mfp,peer-flow-ctrl,btcoex-param,allows-mesh-bcast,no-ps crc32 ba79b746
[ 12.768511] ath10k_ahb a000000.wifi: board_file api 2 bmi_id 0:16 crc32 bcebe54c
[ 14.139131] ath10k_ahb a000000.wifi: 10.4 wmi init: vdevs: 16 peers: 528 tid: 102
[ 14.139185] ath10k_ahb a000000.wifi: msdu-desc: 2500 skid: 32
[ 14.189408] ath10k_ahb a000000.wifi: htt-ver 2.2 wmi-op 6 htt-op 4 cal pre-cal-file max-sta 512 raw 0 hwcrypto 1
Please describe how your systems are configured. Can you reproduce it if you disable encryption, for instance? Are you using PMF/MFP? Is it only certain devices that have this connection problem, or do all of them exhibit the same behaviour?
Are you able to take an RF capture in the case where the problem is happening?
@greearb I can't speak for OP but for my cases:
I am able to take a RF capture, is it something specific I'm looking for?
I just uploaded a new beta firmware that fixes a problem that could cause tx-scheduling problems in the firmware. Maybe retest with that most recent firmware to see if it works any better in your case?
@greearb I suppose I need to update the driver too, the current driver I have is spamming my console with this:
ath10k_ahb a800000.wifi: Unknown (10.4) eventid: 40955
Updated to beta ct firmware: 10.4b-ct-4019-fH-012-c886a6af and also updated to last openwrt and it seems much better.
Only problem seem to be some kernel warnings:
[175100.198548] WARNING: CPU: 2 PID: 1805 at backports-4.19.32-1/net/wireless/util.c:1146 cfg80211_calculate_bitrate+0x1d8/0x24c [cfg80211]
[175100.202120] invalid rate bw=0, mcs=15, nss=4
[175100.214473] Modules linked in: pppoe ppp_async ath10k_pci ath10k_core ath pppox ppp_generic nf_conntrack_ipv6 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_FLOWOFFLOAD xt_CT wireguard slhc nf_reject_ipv4 nf_nat_redirect nf_nat_masquerade_ipv4 nf_conntrack_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack iptable_mangle iptable_filter ip_tables hwmon crc_ccitt compat ledtrig_usbport nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 ip6_udp_tunnel udp_tunnel leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_of_simple gpio_button_hotplug
[175100.268563] CPU: 2 PID: 1805 Comm: hostapd Not tainted 4.14.111 #0
[175100.290040] Hardware name: Generic DT based system
[175100.296055] [<c030e45c>] (unwind_backtrace) from [<c030a968>] (show_stack+0x10/0x14)
[175100.300909] [<c030a968>] (show_stack) from [<c07393c8>] (dump_stack+0x88/0x9c)
[175100.308892] [<c07393c8>] (dump_stack) from [<c0320e20>] (__warn+0xe4/0x100)
[175100.316250] [<c0320e20>] (__warn) from [<c0320e74>] (warn_slowpath_fmt+0x38/0x48)
[175100.325032] [<c0320e74>] (warn_slowpath_fmt) from [<bf20072c>] (cfg80211_calculate_bitrate+0x1d8/0x24c [cfg80211])
[175100.331855] [<bf20072c>] (cfg80211_calculate_bitrate [cfg80211]) from [<bf2287e4>] (nl80211_put_sta_rate+0x48/0x2e4 [cfg80211])
[175100.341359] [<bf2287e4>] (nl80211_put_sta_rate [cfg80211]) from [<bf212328>] (nl80211_update_connect_params+0x794/0x1034 [cfg80211])
[175100.353144] [<bf212328>] (nl80211_update_connect_params [cfg80211]) from [<bf212d68>] (cfg80211_del_sta_sinfo+0x98/0x188 [cfg80211])
[175100.365197] [<bf212d68>] (cfg80211_del_sta_sinfo [cfg80211]) from [<bf25df20>] (sta_set_sinfo+0xc54/0xcb0 [mac80211])
[175100.378521] [<bf25df20>] (sta_set_sinfo [mac80211]) from [<bf25df9c>] (__sta_info_destroy+0x20/0x28 [mac80211])
[175100.388940] [<bf25df9c>] (__sta_info_destroy [mac80211]) from [<bf25e00c>] (sta_info_destroy_addr_bss+0x28/0x40 [mac80211])
[175100.399090] [<bf25e00c>] (sta_info_destroy_addr_bss [mac80211]) from [<bf20a4f8>] (nl80211_del_station+0xe8/0xf8 [cfg80211])
[175100.409534] [<bf20a4f8>] (nl80211_del_station [cfg80211]) from [<c066b620>] (genl_rcv_msg+0x2e8/0x388)
[175100.420352] [<c066b620>] (genl_rcv_msg) from [<c066a800>] (netlink_rcv_skb+0x8c/0xfc)
[175100.429537] [<c066a800>] (netlink_rcv_skb) from [<c066b328>] (genl_rcv+0x24/0x34)
[175100.437514] [<c066b328>] (genl_rcv) from [<c0669fd4>] (netlink_unicast+0x158/0x208)
[175100.445056] [<c0669fd4>] (netlink_unicast) from [<c066a478>] (netlink_sendmsg+0x334/0x37c)
[175100.452984] [<c066a478>] (netlink_sendmsg) from [<c0619b64>] (sock_sendmsg+0x14/0x24)
[175100.461049] [<c0619b64>] (sock_sendmsg) from [<c061a098>] (___sys_sendmsg+0x204/0x22c)
[175100.469041] [<c061a098>] (___sys_sendmsg) from [<c061aea0>] (__sys_sendmsg+0x40/0x64)
[175100.476960] [<c061aea0>] (__sys_sendmsg) from [<c0307680>] (ret_fast_syscall+0x0/0x54)
[175100.486713] ---[ end trace 60ecb48db228e521 ]---
Please provide this info. See this link for more info on how to gather debug info: http://www.candelatech.com/ath10k-bugs.php
Description of the problem (how to configure, how to reproduce, how often it happens). hey, sorry that i have to open another bug... but i noticed, that my wifi gets super laggy after few days of uptime. maybe this is related to some other bug?
Software (OS, Firmware version, kernel, driver, etc) OpenWrt SNAPSHOT r8917-ae622c93b3 / LuCI Master (git-18.361.48411-39aa247) firmware ver 10.4b-ct-4019-fW-012-81e1edd5 kernel 4.14.90
Hardware (NIC chipset, platform, etc) Zyxel nbg6617 IPQ4018
Logs (dmesg, maybe supplicant and/or hostap)