Update my xiaomi mi router 4a gigabit v1 no issues as of now thanks.
1 Like
Successfully running on Linksys MR8300, Netgear R6220, 3700v2
Thank you to everyone involved.
I take back the statement that the Netgear WAX202 repeater works OK: the WiFi page shows the connection speed inconsistently with the main router.
Main router (Linksys E8450 UBI, looks right):
Repeater (Netgear WAX202, the RX part doesn't look right): see below
Edit: "RX is always 6 Mbps" display bug applies to all wireless clients, too, not just to the connection to the main router's AP:
I updated one of my R7800 APs, seems to work fine, i will test it for a few days then update the rest.
I see that the "flush" warnings should be gone now:
mac80211: fix flush during station removal
I will check if that is indeed the case.
Thx devs!
EDIT: Alas, im still getting those warning (exactly the same as previous version)
2024-07-20 15:09:20 err hostapd[]: nl80211: kernel reports: key addition failed
2024-07-20 15:09:20 info hostapd[]: phy0-ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: associated (aid 1)
2024-07-20 15:09:20 notice hostapd[]: phy0-ap0: AP-STA-CONNECTED xx:xx:xx:xx:xx:xx auth_alg=ft
2024-07-20 15:15:11 notice hostapd[]: phy0-ap0: AP-STA-DISCONNECTED xx:xx:xx:xx:xx:xx
2024-07-20 15:15:11 info hostapd[]: phy0-ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: disassociated due to inactivity
2024-07-20 15:15:12 info usteer[]: station xx:xx:xx:xx:xx:xx disconnected from node hostapd.phy0-ap0
2024-07-20 15:15:12 info hostapd[]: phy0-ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
2024-07-20 15:15:12 info kernel[]: [ 1958.156648] ath10k_pci 0000:01:00.0: mac flush vdev 0 drop 0 queues 0x1 ar->paused: 0x0 arvif->paused: 0x0
Anybody know what that key addition failed means? or the mac flush?
Same issue with auc and liblua package:
Collected errors:
* opkg_conf_parse_file: Duplicate src declaration (openwrt_core https://downloads.openwrt.org/releases/23.05.4/targets/rockchip/armv8/packages). Skipping.
* opkg_conf_parse_file: Duplicate src declaration (openwrt_base https://downloads.openwrt.org/releases/23.05.4/packages/aarch64_generic/base). Skipping.
* opkg_conf_parse_file: Duplicate src declaration (openwrt_luci https://downloads.openwrt.org/releases/23.05.4/packages/aarch64_generic/luci). Skipping.
* opkg_conf_parse_file: Duplicate src declaration (openwrt_packages https://downloads.openwrt.org/releases/23.05.4/packages/aarch64_generic/packages). Skipping.
* opkg_conf_parse_file: Duplicate src declaration (openwrt_routing https://downloads.openwrt.org/releases/23.05.4/packages/aarch64_generic/routing). Skipping.
* opkg_conf_parse_file: Duplicate src declaration (openwrt_telephony https://downloads.openwrt.org/releases/23.05.4/packages/aarch64_generic/telephony). Skipping.
Error: Impossible package selection: liblua version not as requested: 5.3.5-5 vs. 5.1.5-11
Bad message (74)
Any hints?
2 Likes
Found an workaround:
opkg remove liblua5.1.5
then again auc and it works.
If needed install liblua again.
PS.: i dont know why i had it installed´ 
3 Likes
I find after installation of new firmware I find that it is using 13mb of extra ram on my xiaomi mi router 4a v1 gigabit edition.
Now it is using 76-77 mb where as before it was using around 63-64 mb ram
Have you contacted the local authorities yet?
5 Likes
luci depends on liblua, so this doesnât work for anyone that has luci installed.
Looks like package dependencies will prevent attended sysupgrades even when the json endpoint problem is fixed?
I upgraded from 23.05.3 to 23.05.4 on my MT6000 using auc -y the only thing that I saw was installed package libusb-1.0 cannot be found in remote list!
however, the package is installed and everything seems to be working good
I ended up digging into this and nothing depends on lua*, so I removed it and all dependencies, after which auc -y worked fine and device is working as expected (checked through all the LuCI pages and nothing seems amiss, and that's where I'd expect to see lua issues).
2 Likes
Yeah, I'm not sure where it came from either, so I just left it out...
LuCI is working fine for me without any lua at all...
$ opkg list-installed *lua*
$ opkg list-installed *luci*
liblucihttp-ucode - 2023-03-15-9b5b683f-1
liblucihttp0 - 2023-03-15-9b5b683f-1
luci - git-23.051.66410-a505bb1
luci-app-adblock - git-24.086.45142-09d5a38
luci-app-attendedsysupgrade - git-23.339.51123-138595a
luci-app-firewall - git-24.067.01746-69867db
luci-app-opkg - git-24.148.43905-2891ca4
luci-base - git-24.086.45142-09d5a38
luci-light - git-23.024.33244-34dee82
luci-mod-admin-full - git-19.253.48496-3f93650
luci-mod-network - git-24.111.76511-ff6b275
luci-mod-status - git-24.141.29354-5cfe7a7
luci-mod-system - git-24.067.01860-7a82b2f
luci-proto-ipv6 - git-24.086.45108-51aee90
luci-proto-ppp - git-24.135.44542-f1ec9c2
luci-ssl - git-23.035.26083-7550ad6
luci-theme-bootstrap - git-24.086.46634-1ffe078
luci-theme-openwrt-2020 - git-24.067.02009-8516918
rpcd-mod-luci - 20240305-1
1 Like
It seems to be a leaf dependency of luci-theme-openwrt.
Remove that & you can remove liblua5.1.5 too.
Huh. I run openwrt-2020 and it all looks ok. The status widgets all update and I can't see anything that isn't working (or at least displaying correctly). I added a fake firewall rule, that worked, too.
Did the same luaectomy treatment on my mediatek/mt7622:linksys,e8450-ubi, then auc -y updated fine and device has no issues.
For the record, here are the packages I removed (after doing opkg whatdepends on everything and making sure there really were no explicit dependencies).
libiwinfo-lua
liblua5.1.5
liblucihttp-lua
libubus-lua
lua
luci-compat
luci-lib-base
luci-lib-ip
luci-lib-jsonc
luci-lib-nixio
luci-lua-runtime
ucode-mod-lua
2 Likes
As long as the actual speeds are fine it's ok I guess (especially if only visual). Hopefully it will be addressed though.
Noticed CollectD uses liblua5.1.5. After removing both, using "auc -y" worked fine.
Trying to reinstall collectd-mod-rrd and just goes straight to "Initialization complete, entering read-loop."
Forgot to install "luci-app-statistics"
3 Likes
That package only depends on luci-base (which does not depend on lua).
Only if you explicitly select the non-standard collectd-mod-lua
That is not required for LuCI statistics.
Major part of LuCI packages are now JavaScript based and do not need lua.
In practice, your old package selection may have contained old packages that are still lua based (instead of JavaScript) and thus require the luci-compat compatibility package that then pulls in lua. Note that even if you have removed the top package requiring lua, you may still have had the dependencies (luci-compat and lua etc.) still installed, so auc may try to include those.
4 Likes
I too came across the liblua5.1.5 error when first attempting auc from 23.05.3 --> to 23.05.4
I see others above uninstalled the liblua package along with dependencies. I took a slightly different approach, only uninstalling the liblua5 package itself, leaving other packages in place.
opkg --force-depends remove liblua5.1*
Removing package liblua5.1.5 from root...
After uninstalling only the liblua5.1.5 package, I then ran auc from command lne.
The upgrade completed successfully. Interestingly though, I noticed when checking the package list (post-upgrade) that liblua5.1.5 was automatically reinstalled during the upgrade process.
Maybe a dependent package caused it to be installed?
Also, a different version, liblua5.3.5-5 shows as available.
Collectd, Luci, and everything else appears to be working fine as is.
1 Like