MT76 seems should be upgrade to at least 2023-07-31 at next version... there are some bug fixes.
All look ok with Qnap Qhora w301. 802.11s, batman, adguardhome, minidlna, usb hard drive ....
Seems that this is an issue with firefox. I falkon everything is fine. The suggestions in this thread don't help:
Done by nbd, the newest mt76 code will be included in the next 23.05-Snapshot builds: https://git.openwrt.org/?p=openwrt/openwrt.git;a=shortlog;h=refs/heads/openwrt-23.05
3 Likes
I found the problem what breaks the internet on LAN on WRT32x. "Software flow offloading" ticked, breaks the internet on LAN but WIFI is fine, when unticked LAN working fine.
3 Likes
Someone else mentioned that in the RC1 or RC2 thread, and it's been discussed over here (no solution for it other than keeping it disabled): Users needed to test Wi-Fi stability on Linksys WRT3200ACM & WRT32X on OpenWrt 21.02 - #1023 by WildByDesign
2 Likes
Out of curiosity, how does it get decided which LTS version of the Linux kernel will be used for the yearly release? What is the logical process?
1 Like
There is only one LTS per year, so the question is mostly about release timing, when OpenWrt has been able to migrate enough targets/devices to the current/newest LTS.
(release 18.06 was made with split kernels 4.9 / 4.14, as the migration had progressed slowly for some targets.)
E.g. right now the migration to 6.1 is (slowly) progressing, so it makes not much sense to talk about further kernels like 6.4
Longterm release kernels / OpenWrt release comparison
| Version | Released | Projected EOL | OpenWrt version |
|---|---|---|---|
| 6.1 | 2022-12-11 | Dec, 2026 | OpenWrt 24.x ? |
| 5.15 | 2021-10-31 | Oct, 2026 | OpenWrt 23.05 |
| 5.10 | 2020-12-13 | Dec, 2026 | OpenWrt 22.03 |
| 5.4 | 2019-11-24 | Dec, 2025 | OpenWrt 21.02 |
| 4.19 | 2018-10-22 | Dec, 2024 | - |
| 4.14 | 2017-11-12 | Jan, 2024 | OpenWrt 19.07 |
Practically only 4.19 LTS has been skipped in 2020 when there was no release.
11 Likes
I am using OpenWRT on two Asus RT-AX53U that I am using as dumb APs. I was using OpenWrt SNAPSHOT r22479 from early April 2023 before. I have upgraded one of the APs to OpenWrt 23.05.0-rc3, r23389.
All works fine and downlink Wifi 5GHz is 20% faster -- great!
Running rc3 on Linksys E7350 and Netgear EX6100v2. No issues at all with the Netgear EX6100v2
The rc2 Wifi radio initialization bug for the E7350 seems to be fixed in this release 
The packet steering script throws this into the syslog on boot on the E7350:
daemon.notice procd: /etc/rc.d/S25packet_steering: uci: Entry not found
The same service throws this error when attempting to reload it:
root@OpenWRT:/# service packet_steering reload
sh: write error: No such file or directory
sh: write error: No such file or directory
sh: write error: No such file or directory
sh: write error: No such file or directory
Seems to just stop booting on the MX60 after "Loading Image into RAM at address (address) ... (same address)
Upgraded a AX3600 to 23.05-rc3.
Everything running smoothly so far 
I dont know but my AX6 is Wifi is breaking almost everyday and i have to restart to fix the problem. Issues i faced
- IPv6 not getting assigned to most devices on 5Ghz radio
- Frequently getting below in log
Tue Aug 29 01:54:45 2023 daemon.notice hostapd: phy0-ap0: STA-OPMODE-SMPS-MODE-CHANGED 94:xx:3c:xx:cb:xx off
Tue Aug 29 01:54:48 2023 daemon.notice hostapd: phy0-ap0: STA-OPMODE-SMPS-MODE-CHANGED 94:xx:3c:xx:cb:xx dynamic
-Once below is seen in kernel logs wifi is broken
[228164.276701] ath11k c000000.wifi: failed to flush transmit queue, data pkts pending 32
Try enabling "Multicast to Unicast". The newest qualcomm firmware is still buggy with multicast and broadcast traffic.
You can also try installing 23.05-SNAPSHOT as there was a recent commit Revert "ath11k-firmware: update to stable WLAN.HK.2.9.0.1-01837" that reverts to the previous firmware that was more stable with multicast.
Note: installing snapshot is no generally recommended but should work fine.
WRT1900ACSv2 now running OpenWrt 23.05.0-rc3 r23389. No observed issues. Upgraded from 23.05.0-rc2 with old configuration. Still using WPA2, channel 36 for 5Ghz (historic issues with alternate configs), and the following:
- irqbalance enabled (from '0' to '1' in '/etc/config/irqbalance')
- SQM QoS enabled
- tx_amsdu enabled.
the solution was provided in the github link - disable dnsmasq after upgrade for 'dumb access point' operation.
- not specific to 23.05.0-rc3
1 Like
Is qemu-ga package missing from rc3 for x86-64? I usually install it on my proxmox vm.
Thanks
What makes you to think that it is missing????
-
https://downloads.openwrt.org/releases/23.05.0-rc3/packages/x86_64/packages/
-
qemu-ga_8.0.0-1_x86_64.ipk 88.0 KB Wed Aug 30 05:59:57 2023
(You have possibly tried to install it just when the daily buildbot round is being uploaded/updated)
Not sure if this has always been the case but I'm getting quite a few of these messages in dmesg on my Meraki MR42 access point on 23.05.0-rc3
Wifi 2.4 Ghz seems a bit less stable than before but this is quite a busy apartment building and all the neighbours ISP provided routers seem to be cranked to max power somehow.
[ 1183.358680] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[ 1795.065016] ath10k_pci 0001:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[ 3855.579971] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[ 5061.640791] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[ 6605.237966] ath10k_pci 0001:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[ 7207.152864] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[ 9012.480990] ath10k_pci 0001:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[36979.797709] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[46323.444261] ath10k_pci 0001:01:00.0: htt tx: fixing invalid VHT TX rate code 0xff
[87125.894847] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[96262.010513] ath10k_pci 0001:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[96965.124558] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[98058.575714] ath10k_pci 0001:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
[123439.281635] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
