New 21.02 and 22.03 builds posted yesterday! Let me know if there are any issues.
1 Like
Thanks for the link - I didn´t had it before. I was able to install the kmod´s using this link.
1 Like
Yep, those aql patches cause issues. For testing I removed them in my last 21 build. I have an uptime of 51 days right now, my wifi cams have been connected since then without any loss in speed or connection.
Same for all of my other devices phones tvs, laptops etc. have been fine also.
4 Likes
Hi Kong,
Did you remove the AQL patch code or disable AQL using the following kernel settings?
echo 0 > /sys/kernel/debug/ieee80211/phy0/aql_enable
echo 0 > /sys/kernel/debug/ieee80211/phy1/aql_enable
Some people mentioned that disabling AQL with these kernel settings only helped mitigate the issue to some extent on their setup, but did not completely eliminate the problem.
Hi ACwifidude,
Can you please build images without these AQL patches as Kong mentioned?
Thanks!
Hi ACWifidude,
According to Quarky:
"So it looks like a combination of AQL and the new virtual time-based scheduler and looks like it's particularly bad with the ath10k driver. Switching back to the round-robin scheduler stopped all complains about Wi-Fi connectivity for the R7800 (21 days uptime and counting.)"
Can you please communicate with Quarky and build NSS images with AQL enabled but using a round-robin scheduler instead of the new virtual time-based scheduler. WIFI stalling is a real problem starting from 21.02.2 or 22.03, when AQL + new virtual time-based scheduler were added.
Thanks a lot!
All I did for my build was removing both these patches:
package/kernel/mac80211/patches/subsys/382-mac80211-Switch-to-a-virtual-time-based-airtime-sche.patch
package/kernel/mac80211/patches/subsys/395-mac80211-use-coarse-boottime-for-airtime-fairness-co.patch
The mac80211 backport is using the round-robin scheduler with AQL. The above two patches replaces it with the virtual time-based scheduler. The above is for the 21.02 branch.
For master, it is using a newer mac80211 backport that includes the virtual time-base scheduler, so it's more involved if we want to switch back to the round-robin scheduler.
So far my R7800 is running for 36 days without complains .... yet ... touch wood.
1 Like
This is what I did in my 21.02.2 build from @ACwifidude, I didn't notice any real difference in behavior.
I recently rebased the 22.03 build from @ACwifidude myself to April 30 and kept the settings above (see here). I do use the ath10k driver, not the -ct driver. I manually replaced the ath10k firmware with the most recent one (see here). Since then, no issues I had have come back:
root@OpenWrt:~# uptime
13:48:11 up 10 days, 2:22, load average: 0.00, 0.02, 0.00
1 Like
Hi quarky,
Are you using the ath10k driver/firmware or the ath10k-ct driver/firmware on your setup?
Thanks.
Hi D43m0n,
I did the same according to your original post and so far so good (also faster throughput than the default ath10k-ct), but I need to wait longer to see if the problem is no longer existing. I had to reboot my router several days ago due to some other non-related issue.
Thanks.
I removed the patches completely, while the aql workaround solved the occasional hang I had a crash with reboot once, so decided to remove the patches and the build is now rock solid. Since there are no important fixes in trunk I decided to let it run before I build and test flash a new one.
could this be related to wifi disconnections over the days? those command disable it correctly then? or do you have to compile without the patches?
I used the ath-10k driver and firmware.
If you are affected by the recent Wi-Fi issue for the latest 21.02 builds, and are doing your own builds, would you like to test the patch posted here?
My R7800 is not available to test at the moment, so I can't test it myself.
I'm currently building based off acwifidudes master branch. Would the patch work there as well?
In theory it should patch cleanly, as I think the ath10k driver has not been touched for a long while.
You may want to place the patch file in ath10k patch folder, as the last patch file.
Edit: I assume that you are also affected and can reliably reproduce the issue?
@quarky
Why don't you try with the latest Ath-10k firmware.
One R7800 in service has at least 6 WLAN clients constantly connected to 2.4 and 5GHz WLANs and most of the time there are around 10 or more. I cannot see any issues with Wi-Fi. Using an older master build from @ACwifidude.
I keep an eye on 5 other R7800 routers for any issues with Wi-Fi. Touch wood, for now all are OK. They use the default ath-10k firmware in heavily mixed WLAN clients environment. AN, AC, AX WPA2/WPA3 clients.
1 Like
The firmware used in the openwrt tree seems to work fine for me.
I'm using ath10k because I'm affected by this bug https://github.com/greearb/ath10k-ct/issues/139 with ath10k-ct.
With ath10k I'm experiencing a complete shutdown of the 5ghz SSIDs once in a while.
I'm assuming that is the recent issue?
Edit: compiling now
If the issue is caused by the new airtime scheduler, it should start sometime end Nov 21.
Edit: the above timeline is for 21.02. For master it started since end Oct 21 when master’s backport switched to 5.15.
That sounds about right yeah.
It's compiled and flashed now so let's see.