maurerle
commented
5 months ago This bug is also confirmed for the the D-Link DAP-X1860 a1 running with gluon v2023.1.1: https://grafana.ffac.rocks/d/000000002/node?orgId=1&var-node=a42a954501f0&from=1704981600000&to=1705078800000
A warning message with ieee80211_stop_tx_ba_session is found on the device:
[68525.357248] ------------[ cut here ]------------
[68525.365017] WARNING: CPU: 3 PID: 1713 at backports-5.15.92-1/net/mac80211/agg-tx.c:407 ___ieee80211_stop_tx_ba_session+0x2b0/0x2d0 [mac80211]
[68525.380832] Modules linked in: iptable_nat batman_adv xt_state xt_nat xt_conntrack xt_REDIRECT xt_MASQUERADE xt_CT wireguard smsc95xx rndis_host pl2303 nf_nat nf_conntrack mt7915e mt76_connac_lib mt76 mcs7830 mac80211 libchacha20poly1305 ipt_REJECT ftdi_sio ebtable_nat ebtable_filter ebtable_broute dm9601 cfg80211 cdc_subset cdc_ncm cdc_ether cdc_eem ax88179_178a asix xt_time xt_tcpudp xt_quota xt_pkttype xt_owner xt_multiport xt_mark xt_mac xt_limit xt_comment xt_addrtype xt_TCPMSS xt_LOG usbserial usbnet ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda smsc r8152 poly1305_mips pegasus nf_reject_ipv4 nf_log_ipv6 nf_log_ipv4 nf_log_common nf_defrag_ipv6 nf_defrag_ipv4 libcurve25519_generic libcrc32c iptable_mangle iptable_filter ipheth ip_tables hwmon hso ebtables ebt_vlan ebt_stp ebt_snat ebt_redirect ebt_pkttype ebt_mark_m ebt_mark ebt_limit ebt_ip6 ebt_ip ebt_dnat ebt_arpreply ebt_arp ebt_among ebt_802_3 compat chacha_mips
[68525.381364] ax88796b sch_htb sch_hfsc em_u32 cls_u32 cls_route cls_matchall cls_fw cls_flow act_skbedit act_mirred act_gact ip6table_mangle ip6table_filter ip6_tables ip6t_REJECT x_tables nf_reject_ipv6 dummy ip_tunnel veth vfat fat ntfs nls_utf8 nls_iso8859_2 nls_iso8859_15 nls_iso8859_13 nls_iso8859_1 nls_cp852 nls_cp850 nls_cp437 nls_cp1250 vxlan udp_tunnel ip6_udp_tunnel sha256_generic libsha256 seqiv jitterentropy_rng drbg kpp hmac cmac uas usb_storage leds_gpio sd_mod scsi_mod act_police cls_basic sch_tbf sch_ingress gpio_button_hotplug ext4 mbcache jbd2 usbcore nls_base usb_common mii crc32c_generic
[68525.528874] CPU: 3 PID: 1713 Comm: hostapd Tainted: G W 5.10.201 #0
[68525.536423] Stack : 809b0000 00000000 00000065 8007cff0 80840000 80733f34 00000000 00000000
[68525.544776] 839b79dc 80990000 807043dc 817579e0 807cede7 00000001 839b7980 b7b6ee03
[68525.553135] 00000000 00000000 807043dc 839b7820 c0000e36 00000000 ffffffea 00000000
[68525.561492] 839b782c 00000e36 807d3a98 ffffffff 80000000 00000001 00000000 80700000
[68525.569845] 00000009 82bf0e50 8309f070 00000000 00000018 803a76f8 0000000c 8099000c
[68525.578198] ...
[68525.580639] Call Trace:
[68525.583100] [<80007fd0>] show_stack+0x30/0x100
[68525.587546] [<803216e0>] dump_stack+0x9c/0xcc
[68525.591920] [<8002ffc0>] __warn+0xb0/0x11c
[68525.596003] [<80030088>] warn_slowpath_fmt+0x5c/0xac
[68525.601100] [<82e13a34>] ___ieee80211_stop_tx_ba_session+0x2b0/0x2d0 [mac80211]
[68525.608470] [<82e11f2c>] ieee80211_sta_tear_down_BA_sessions+0x88/0x158 [mac80211]
[68525.616064] [<82e06024>] ieee80211_sta_set_buffered+0x5d8/0xe20 [mac80211]
[68525.622999] [<82e09b14>] sta_info_destroy_addr_bss+0x40/0x80 [mac80211]
[68525.629728] [<82d93d9c>] cfg80211_check_station_change+0x1168/0x42ec [cfg80211]
[68525.637027]
[68525.641564] ---[ end trace de171742c7c67df0 ]---
[68525.654263] client1: HW problem - can not stop rx aggregation for 1a:e4:d4:d2:f4:2b tid 0
[68525.665582] client1: HW problem - can not stop rx aggregation for 1a:e4:d4:d2:f4:2b tid 7
[68525.676705] ------------[ cut here ]------------
istrator2
Djfe
Bug report
What is the problem?
Some devices in ramips-mt7621, (e.g. COVR-X1860, Multy WSM20, NWA50AX, NWA55AXE) are rarely affected by https://github.com/openwrt/openwrt/issues/11931
but the devices work well for weeks most of the time. An example of this issue can be seen here: https://grafana.ffac.rocks/d/000000002/node?orgId=1&var-node=0c0e76cf3bca&from=1704723079634&to=1704773255949 https://grafana.ffac.rocks/d/000000002/node?orgId=1&var-node=0c0e76cf2add&from=1699421650829&to=1701080735177 https://stats.ffmuc.net/d/hRIn3dRWk/mesh-nodes?orgId=1&var-nodeid=b8eca3e24c3f&from=1700938800000&to=1701032400000 The airtime is reported as 0 which is wrong.
A error log is found here: https://github.com/openwrt/openwrt/issues/11931#issuecomment-1828047258
End users can not connect to this broken wifi, but can still see it.
It seems that some devices are affected more often than others. The DAP-X1860 which has the same chip but is supported within v22.03 never had this issue.
What is the expected behaviour? Wifi should work reliable for devices with MT7915e driver
Gluon Version: This has been seen with Wifi6 devices using the MT7915e wifi chip since Openwrt 23.05 (gluon v2023.2.x) I have not seen this behavior on a device on v22.03 or gluon v2023.1.x yet?
I can confirm this bug still exists on the tag v2023.2
Site Configuration: FFAC, FFMUC
Workarounds
If this happens and you have SSH access through the WAN/VPN, you can run:
rmmod mt7915e && modprobe mt7915e && wifiThis restarts the wifi driver and fixes this issue temporarily.