Posted: Fri Dec 29, 2023 21:19 Post subject: New Build - 12/29/2023 - r54637
Welcome to Atheros r54637 beta release thread for reporting, feedback to developers and community benefit.
Please do not flash builds until installation is understood, risks involved and device specificrecovery methods.
Avoid discussions, create threads for questions, general problems or use search; this thread is not for support.
List router model & version or revision, operating & wireless modes & exact filename/firmware image flashed.
CLI Flash: 'cd /tmp' then 'wget {file URL}' (httponly) or 'curl -O {file URL}' (http, https, ftp) 'write {file} linux' then 'reboot'.
Issues, observations, and/or workarounds reported:
• WebUI: Clear history or use a portable. Temporary cache bypass: Ctrl+F5, Cmd+Shift+R or new private window/incognito.
• Please report findings with steps needed to reproduce, configuration, clients, output, logs and important information below!
Important:
• Detail issues & relevant configs, logs: syslog klog 'dmesg' 'cat /tmp/var/log/messages' nvram set console_debug=1, serial.
• Firewall NAT: 'iptables -vnL' 'iptables -t nat -vnL' 'iptables -t mangle -vnL' & 'cat /tmp/.ipt'. Debug Analyze: stracetcpdump.
• Gremlins: reboot. cold boot. Reset & reconfigure not restore backup. Search Trac & discuss in forum before opening tickets.
• Include operating & wireless modes (e.g. Gateway, Router, AP, SB, WDS, Mesh) and applicable configurations to reproduce.
Linksys WRT160NL
DD-WRT v3.0-r54637 std (12/29/23)
Linux 3.10.108-d11 #149135 Fri Dec 29 07:03:42 +06 2023 mips
GUI install over r54604
WAP + OVPN server --- all worky ok
#
Linksys E2100L
DD-WRT v3.0-r54637 std (12/29/23)
Linux 3.10.108-d11 #149139 Fri Dec 29 07:09:11 +06 2023 mips
GUI install over r54604
WAP + OVPN server --- all worky
Joined: 05 Oct 2008 Posts: 667 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Fri Dec 29, 2023 23:36 Post subject:
On my XR500 this build shows as 54636 ...
Pre-6.x I had to have QoS enabled and set appropriately in order to get good bufferbloat test results (A, A+). Without QoS the bufferbloat test results would be quite poor (D, E).
After the switch to kernel 6.x, on the first handful of builds QoS didn't any longer seem to do much good, if anything at all, so I disabled it.
With or without QoS on those first handful of builds using the new kernel version the test showed really poor test results (D, E).
Now, since the few latest builds bufferbloat test results have suddenly improved substantially to A, but without having QoS enabled on the router. Enabling it tends to do no good.
Nominal download/upload is 100/20. The test now measures speeds like 96,5/24,5 (bufferbloat level A). Internet connection is through a bridged cable modem, which has been doing its thing for many years (without changes by me).
Netgear WNDR3700 V4 WDS STA
Firmware Version DD-WRT v3.0-r54637 std (12/29/23)
Kernel Version Linux 3.18.140-d6 #188983 Fri Dec 29 10:33:58 +06 2023 mips
CLI firmware.bin over 54517
No reset
5GHz WDS STA connects to R7800 54203 WDS AP and working fine
Now, since the few latest builds bufferbloat test results have suddenly improved substantially to A, but without having QoS enabled on the router. Enabling it tends to do no good.
Nominal download/upload is 100/20. The test now measures speeds like 96,5/24,5 (bufferbloat level A). Internet connection is through a bridged cable modem, which has been doing its thing for many years (without changes by me).
Joined: 05 Oct 2008 Posts: 667 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Sat Dec 30, 2023 11:40 Post subject:
IONK wrote:
ArjenR49 wrote:
Now, since the few latest builds bufferbloat test results have suddenly improved substantially to A, but without having QoS enabled on the router. Enabling it tends to do no good.
I am not quite sure what you want to convey with that picture.
Typically that imaginary person (is he called Father Xmas?) looks quite bloated ...
The improved performance is a Xmas present from the ISP ...
I would actually be interested in observations from users in the know about internet data traffic control on the ISP's side of things. I.e. without the client's router trying to regulate the data traffic.
Never before have I seen such good bufferbloat test results w/o the router doing its QoS thing. Other speed tests typically used to show the speed going up and down like an ocean wave when not applying QoS in the router. Now this has suddenly changed.
I could of course just lean back and just be happy for it, but I tend to be inquisitive
Some DD-WRT users are able to interpret the timeline changes on TRAC and perhaps they have seen changes that could explain this.
It could even be that the QoS enable/disable switch is currently working in reverse. I have not deleted the actual settings.
Or perhaps Father Xmas thinks that bufferbloat is not a thing at all?
