Kernel error in ath10k driver on Mudi E750

Technical Support for Routers
1

Using firmware 3.215.

I installed aircrack-ng tools and try it out on my E750.
Using 2.4 GHz interface everything works fine.
But on 5 GHz I get a kernel error when I try packet injection.
Here is what happens, I see in dmesg:

[  296.059290] device wlan0 entered promiscuous mode
[  318.757053] ------------[ cut here ]------------
[  318.757161] WARNING: CPU: 0 PID: 9999 at backports-4.19.193-1/drivers/net/wireless/ath/ath10k/mac.c:3745 0x86701854
[  318.757165] Modules linked in: ath9k ath9k_common rt2800usb rt2800lib pppoe ppp_async ath9k_hw ath10k_pci ath10k_core ath rt2x00usb rt2x00lib pppox ppp_mppe ppp_generic option nf_nat_pptp nf_conntrack_pptp ma[  318.757366]  nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_ftp nf_nat_amanda nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_con[  318.757554]  em_cmp act_simple act_police act_pedit act_ipt act_gact act_csum libcrc32c act_connmark sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_tcindex cls_route cls_matchall cls_fw cls_flow cls_[  318.757721]  usbserial GobiNet usbnet ip6_udp_tunnel udp_tunnel tun vfat fat ntfs nls_utf8 nls_iso8859_1 nls_cp437 ecdh_generic sha1_generic kpp ecb cmac uas usb_storage uhci_hcd ohci_platform ohci_hcd ehci_p
[  318.757845] CPU: 0 PID: 9999 Comm: aireplay-ng Not tainted 4.14.241 #0
[  318.757850] Stack : 805e0000 8059bce8 00000000 00000000 8056877c 847bf9dc 850842dc 805c9a27
[  318.757875]         80564860 0000270f 80723670 00000ea1 86759bb8 00000001 847bf990 ff7880ab
[  318.757898]         00000000 00000000 80720000 000072a0 00000000 00000000 00000001 00000000
[  318.757920]         00000158 ed394c91 00000157 80740000 80000000 00000009 00000000 86743320
[  318.757944]         86701854 00000ea1 86759bb8 86758bc0 00000002 00000000 0006e098 80720000
[  318.757967]         ...
[  318.757975] Call Trace:
[  318.758005] [<8006aafc>] show_stack+0x58/0x100
[  318.758036] [<80085430>] __warn+0xe4/0x13c
[  318.758047] [<80085518>] warn_slowpath_null+0x1c/0x34
[  318.758099] [<86701854>] 0x86701854
[  318.758119] ---[ end trace 4c9029eae34b70f6 ]---
[  318.758146] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  319.374599] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  320.011390] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  320.636668] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  320.641957] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  320.642296] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  320.642683] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  320.847535] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  320.848308] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  320.848639] ath10k_pci 0000:00:00.0: failed to transmit frame: -524
[  323.918097] ath10k_warn: 57 callbacks suppressed
2

It seens the aircrack-ng not working on ath10k.

3

Yes, but it isn’t a problem with aircrack-ng, it is a problem with the ath10k driver crashing with this particular piece of hardware (QCA9887). I believe the same ath10k driver is used for the 2.4 GHz wifi (QCA9531) and it works flawlessly.

aireplay-ng is an easy way to replicate the problem, but it isn’t the problem itself. Other tools that do packet injection also cause the driver to crash.

I report this problem here on the GL.iNet forum because if I report this problem on OpenWRT forums they will tell me to run OpenWRT 22 instead of OpenWRT 19… But you do not provide firmware based on newer OpenWRT yet.

1 Like
4

Maybe this issue will go away when we upgrade to openwrt 22.03, we are working on the openwrt version upgrade.

5

It should, yes. I installed the stock OpenWRT 22.03.4 from here and injection works fine on 5 GHz with it. But I like the GL.iNet user interface and would rather use that. Do you know when that might be available?

6

22.03.5 was tagged yesterday. Maybe worth taking a look?