OpenWrt 23.05.5 - Service Release

I can't install 23.05.5 on my TP Link WPA 8631Pv4.
Used both 'stock' sysupgrade version and custom build (no ppp)
Same goes for 23.05.4 (even though it's mentioned on the hardware page that it does...)

I can boot to failsafe mode and roll back to 23.05.3 which runs pretty stable.

Board has ramips MT7621 SoC..

GL.INET AR750, queue position 250 this afternoon... now, after 8 hours, spits an error... after the firmware selector fiasco It seems to me that the attended sysupgrade has failed under probable stress....

Upgrade Cudy WR3000 and Archer C7 V2 with default Image. No problems so far.Thx Devs!

Belkin RT3200
Sysupgrade via auc
Image available at https://sysupgrade.openwrt.org/store/09712d553a32d9c7ff54456df4becb1f/openwrt-23.05.5-e5b6fb38c144-mediatek-mt7622-linksys_e8450-ubi-squashfs-sysupgrade.itb
Currently no performance measuring tests BUT it works perfectly!!! :+1:

Thanks to all Devs.
Did a great Job!

Neuro

Monday is my upgrade-everything day, so this morning I got around to doing auc -y on four devices that I keep on release:

  • x86/64 generic APU 2e4 - our gateway router
  • Zyxel NWA50AX Pro - primary WiFi for the house
  • Belkin RT3200 - testing wifi device
  • TP-Link Archer C7 v4 - testing wifi device

All upgrades were completely painless, all functional test results were nominal.

1 Like

This upgrade broke my Espressobin. I build my own images using the image builder and install with sysupgrade; after the device reboots with the new image, the root file system is full and the config has not been restored. On 23.05.4 the file system has a little more room which I guess is why that works.

I have CONFIG_TARGET_ROOTFS_PARTSIZE=256 in my image builder make command, but it looks like this doesn't work any more, and hasn't for a while but I didn't notice.

Looks like it has to be just ROOTFS_PARTSIZE now, and it's been like that for a while but I didn't notice.

Tried to upgrade to 23.05.5 from 23.05.4 with attended sysupgrade but is unable due to the package sqm-scripts-ekstra not existing in Github anymore, is this a mistake or a deliberate choice to not have the package in openwrt anymore?

Upgraded all three RT3200s from 23.05.4 to 2305.4 using the LuCi attended sysupgrade and encountered no issues.

You dont need those decade old test scripts.

Try installing the sqm-scripts-extra package before upgrading :slight_smile:

Maybe not, but since they were in 23.05.4 i was just wondering if they were left out by mistake.

No mistske, just uninstall and forget

4 Likes

Just installed on an Archer C7 v5 through Attended Sysupgrade, and no problems so far.

Haven't picked up on loss of 5Ghz performance on the last versions, though. @Klingon : can you be so kind as to share how performance was measured on your tests? Did you compare an iperf before and after the upgrade it started to go awry?

EDIT: A quick online speed test revealed minor difference in average download vs upload (96 vs 90 Mbit), and although my AP is running ac, the network label shows "5Ghz" as the band currently in use.

Thread is for OpenWRT 23.05.5 release and you are...complaining that something does not work in 23.05.4.
Sorry, but if you go to the proper thread, you will find out that there was an issue with wireless speed which has been fixed in 23.05.5.

1 Like

I don't think this is the right language to speak to the community. (translated sentence what you wrote: "If you have no idea, just keep your mouth shut.")

Good luck solving your problems this way :slight_smile:

Sorry for the off-topic.

1 Like

What is your expectation? You tell me I complain about something, in the end you did. As you did not catch, did not understand slightly what I wrote.

So go troll someone else and tell them about being not polite. I would definitely question myself before I fingerpoint to others...

over and out.

There is a slight speed improvement i guess. Upload seems reduced in external speedtest.
I have a 300Mbps/300Mbps fiber plan.
I'm running latest release on Archer A7v5
Here's my speedtest results:

Fast.com

OnePlus 7 Pro

Test Download (Mbps) Upload (Mbps) Unloaded Latency (ms) Loaded Latency (ms)
Before 260 220 5 17
After 310 160 6 16

Asus TUF FX505DT running Pop!_OS

Test Download (Mbps) Upload (Mbps) Unloaded Latency (ms) Loaded Latency (ms)
Before 240 190 4 9
After 260 160 4 10

Speedtest.net

OnePlus 7 Pro

Test Download (Mbps) Upload (Mbps) Unloaded Latency (ms) Download Latency (ms) Upload Latency (ms) Jitter (ms)
Before 249 319 3 26 8 1
After 258 281 3 11 8 1

Asus TUF FX505DT running Pop!_OS

Test Download (Mbps) Upload (Mbps) Unloaded Latency (ms) Download Latency (ms) Upload Latency (ms)
Before 231 232 4 9 10
After 234 198 6 1 10

OpenSpeedtest (Self-hosted)

OnePlus 7 Pro

Test Download (Mbps) Upload (Mbps) Ping (ms) Jitter (ms)
Before 288 382 6 1
After 313 382 5 1

Asus TUF FX505DT running Pop!_OS

Test Download (Mbps) Upload (Mbps) Ping (ms) Jitter (ms)
Before 262 404 8 0.4
After 281 408 6 0.4

Note: This is not a thorough testing with something like iperf.

Tested from my linux PC (Linux Mint distribution - Intel i5 Gen12 - 16 GB. RAM - NVme SSD), connected to my DAP-2610 in 5 Ghz. band (clean channel).

Distance between AP and PC about 4 meters, direct view, no walls... nothing.

From shell running linux "app" https://www.speedtest.net/es/apps/cli many times in many speedtest servers.

Result, upload speed OK, download speed about 30/40% less than upload.
The issue is not only related to 23.05.5 version, in previous versions I had the same issue.

The issue is not related to internet access only, the same test but testing WLAN - LAN (no internet - no NAT), slow transfer speed.

The same test, in the same computer, but running stock firmware working fine (same speed download/upload).

Now I'm using stock firmware, no plan to get back to OpenWRT for now (in DAP-2610)

EDIT: Tested with daily snapshots (kernel 6.6.XX) same result as 23.05.XX.

1 Like

The best way is generally for this to go to the mainline kernel first. This was started but not completed by the look of things:

https://patchwork.kernel.org/project/linux-crypto/list/?series=571025&state=*&archive=both