AFAIK they still have some work to do... efahl wrote somthing about that in the firmware selector thread:
3 Likes
Working great for Netgear R7800, tested wifi, PBR, WireGuard and OpenVPN
Upgraded from 24.10-RC4
Banana pi r4 need add support LED for WiFi modele.
1 Like
4 devices TP-Link EAP-225 v4 upgraded from 23.05.05 to 24.10.0 rc7 getting kernel warnings like:
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.467488] ------------[ cut here ]------------
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.472278] WARNING: CPU: 0 PID: 1571 at backports-6.12.6/net/mac80211/main.c:272 0x8282089c [mac80211@2b749ec7+0x8a000]
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.483683] Modules linked in: ath9k(O) ath9k_common(O) pppoe ppp_async nft_fib_inet nf_flow_table_inet ath9k_hw(O) ath10k_pci(O) ath10k_core(O) ath(O) pppox ppp_generic nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_chain_nat nf_tables nf_nat nf_flow_table nf_conntrack mac80211(O) lzo cfg80211(O) slhc nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv6 nf_defrag_ipv4 lzo_rle lzo_decompress lzo_compress libcrc32c hwmon crc_ccitt compat(O) sha512_generic seqiv sha3_generic jitterentropy_rng drbg hmac geniv rng cmac crypto_acompress gpio_button_hotplug(O) crc32c_generic
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.551246] CPU: 0 PID: 1571 Comm: hostapd Tainted: G O 6.6.73 #0
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.558996] Stack : 00000000 8075832c 00000000 82df4ea8 00000000 00000000 00000000 00000000
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.567659] 00000000 00000000 00000000 00000000 00000000 00000001 82fdbb10 34e16771
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.576314] 82fdbba8 00000000 00000000 82fdba58 00000038 80701424 00000000 ffffffea
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.584969] 000000ce 82fdba64 000000ce 807f9720 8071a9b8 82fdbaf0 00000000 8282089c
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.593624] 00000009 82df4ea8 00000000 82b82100 00000018 803d09c8 00000000 809b0000
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.602279] ...
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.604806] Call Trace:
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.604947] [<80701424>] 0x80701424
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.611148] [<8282089c>] 0x8282089c [mac80211@2b749ec7+0x8a000]
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.617363] [<803d09c8>] 0x803d09c8
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.621051] [<800661e8>] 0x800661e8
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.624654] [<800661f0>] 0x800661f0
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.628256] [<806d7da8>] 0x806d7da8
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.631887] [<800849b0>] 0x800849b0
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.635519] [<8282089c>] 0x8282089c [mac80211@2b749ec7+0x8a000]
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.641684] [<80084a40>] 0x80084a40
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.645334] [<82802394>] 0x82802394 [mac80211@2b749ec7+0x8a000]
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.651623] [<8282089c>] 0x8282089c [mac80211@2b749ec7+0x8a000]
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.657950] [<82820a60>] 0x82820a60 [mac80211@2b749ec7+0x8a000]
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.664212] [<804bc974>] 0x804bc974
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.667903] [<804bce8c>] 0x804bce8c
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.671625] [<804bcf38>] 0x804bcf38
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.675252] [<800be27c>] 0x800be27c
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.678881] [<804b0d30>] 0x804b0d30
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.682510] [<805a84f4>] 0x805a84f4
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.686140] [<8048a628>] 0x8048a628
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.689801] [<805ab230>] 0x805ab230
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.693522] [<804ee854>] 0x804ee854
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.697180] [<804ef63c>] 0x804ef63c
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.700847] [<8048adcc>] 0x8048adcc
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.704630] [<8048c39c>] 0x8048c39c
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.708293] [<80221310>] 0x80221310
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.711985] [<80488dd8>] 0x80488dd8
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.715648] [<8048cb54>] 0x8048cb54
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.719253] [<80488fa8>] 0x80488fa8
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.722949] [<8006d420>] 0x8006d420
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.726662]
Wed Jan 29 15:44:40 2025 kern.warn kernel: [ 61.733114] ---[ end trace 0000000000000000 ]---
In 24/48 hours I'll check kernel messages again.
How did you upgrade please? I've tried attended sysupgrade and owut and they both fail.
You cannot upgrade from 23.05 while preserving settings because of the switch to DSA.
As a minimum you have to rename network, sqm and system files before upgrading and then you can force upgrade.
After upgrade the network is on default (192.168.1.1), (do not forget to reboot your client or renew the dhcp lease if your router was not on 192.168.1.1)
You can use those renamed files to copy some of your settings back
Of course also make a backup before upgrading
Upgrading from 24.10 RC1-6 to this RC7 is straightforward
Sorry should have said I am already running 24.10.0-rc5, see OpenWrt 24.10.0-rc7 - Seventh Release Candidate - #16 by fireplex
In that case just upgrade 
But how? As I said sysupgrade and owut fail.
With what device? It's simple and easy just to flash a sysupgrade image then add packages that's what I did. owut is becoming a great option too, just needs a luci page now.
It is maybe building at the moment so wait a little bit longer and try again tomorrow.
I make my own builds
1 Like
Could you please explain this in detail. Last thing I did was to rename those files to their swconfig equivalent
tar zxvf /tmp/backup-OpenWrt-*.tar.gz || exit 3
mv -v etc/config/system etc/config/system.swconfig
mv -v etc/config/network etc/config/network.swconfig
however once sysupgrade completed, I still have both and they are identical. No 192.168.1.1.
It's a pity there are no clear instructions how to upgrade and I had to improvise each and every time.
-----------------------------------------------------
OpenWrt 24.10.0-rc7, r28417-daef29c75d
-----------------------------------------------------
root@OpenWrt:~# ll /etc/config/
drwxr-xr-x 1 root root 3488 Dec 31 1969 ./
drwxr-xr-x 1 root root 3488 Jan 28 21:52 ../
-rw------- 1 root root 3135 Nov 27 14:07 dhcp
-rw------- 1 root root 2995 Nov 23 12:27 dhcp.bak
-rw------- 1 root root 134 Sep 23 08:34 dropbear
-rw-r--r-- 1 root root 3696 Dec 5 21:31 firewall
-rw-r--r-- 1 root root 2569 Nov 23 18:51 firewall.bak
-rw------- 1 root root 583 Nov 8 13:33 freeswitch
-rw-r--r-- 1 root root 462 Jan 9 10:37 fstab
-rw-r--r-- 1 root root 998 Jan 11 04:52 luci
-rw-r--r-- 1 root root 687 Jan 10 12:41 luci-opkg
-rw-r--r-- 1 root root 968 Sep 23 08:34 luci.old
-rw------- 1 root root 698 Nov 26 13:49 network
-rw------- 1 root root 682 Nov 23 07:34 network.bak
-rw------- 1 root root 698 Jan 22 14:52 network.swconfig
-rw-r--r-- 1 root root 3775 Nov 24 11:04 opkg.installed
-rw------- 1 root root 167 Sep 17 14:07 rpcd
-rw------- 1 root root 439 Nov 22 12:02 system
-rw------- 1 root root 439 Jan 22 14:52 system.swconfig
~# cat /etc/config/network
config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
config interface 'lan'
option device 'eth0'
option proto 'static'
option ipaddr '192.168.166.14'
option netmask '255.255.255.0'
option ip6assign '64'
option delegate '0'
(...)
Here's my complete upgrade script:
$ cat mkimage/do_it
#/bin/bash
VERSION="24.10.0-rc7"
ARCHIVE="openwrt-imagebuilder-$VERSION-octeon-generic.Linux-x86_64.tar.zst"
UPDATE="openwrt-$VERSION-octeon-generic-ubnt_edgerouter-lite-squashfs-sysupgrade.tar"
wget https://downloads.openwrt.org/releases/$VERSION/targets/octeon/generic/$ARCHIVE || exit 1
tar --zstd -xvf $ARCHIVE || exit 2
cd openwrt-imagebuilder-$VERSION-octeon-generic.Linux-x86_64
rm -rfv files
mkdir files
cd files/
tar zxvf /tmp/backup-OpenWrt-*.tar.gz || exit 3
mv -v etc/config/system etc/config/system.swconfig
mv -v etc/config/network etc/config/network.swconfig
cd ..
make image PROFILE="ubnt_edgerouter-lite" PACKAGES="mc diffutils lsblk libgcc libustream-mbedtls nftables luci uhttpd kmod-fs-vfat dosfstools block-mount luci-i18n-base-fr luci-i18n-firewall-fr luci-i18n-package-manager-fr freeswitch-lang-fr luci-mod-dashboard luci-i18n-dashboard-fr" FILES="files" || exit 4
cp -v bin/targets/octeon/generic/*.tar /tmp/ || exit 5
make clean
rm -v /tmp/backup-OpenWrt-*.tar.gz
cd ..
scp -O /tmp/$UPDATE root@192.168.166.14:/tmp/$UPDATE
sync
rm -v /tmp/$UPDATE
exit 0
Thanks but I don't want to convert to DSA. I only want to upgrade properly without the risk of bricking the device by keeping non compatible configs. However the instructions that were given to me in a previous thread OpenWrt 24.10.0-rc5 - Fifth release candidate - #56 by egc clearly don't work.
Target is octeon generic (ERL3)
Than you cannot upgrade to 24.10 for the R7800 (and other IPQ806x targets)
3 Likes
I was referring to upgrading a Netgear R7800, if you remove the network file then on reboot a new one will be made with default (192.168.1.1 etc) settings.
Maybe on your target it is different.
If the 24.10 version for your device runs with DSA, than it is mandatory to use DSA. You can't upgrade to 24.10 without "converting to DSA". So upgrade and reconfigure your device to DSA, or stick to 23.05.
4 Likes
to be clear, i use an octeon generic and the documentation is very so and so. There is no such thing as DSA.
problem is i have now config in double and none at default 192.168.1.1 after running sysupgrade /tmp/whatever
Please share the contents of /etc/config/wireless (redact anything sensitive).