[blkt]

Welcome to x86 / x64 r58283 beta release thread for reporting, feedback to developers & community benefit.
Please do not flash builds until installation is understood, risks involved and device specific recovery 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}' (http only) or 'curl -O {file URL}' (http, https, ftp) 'write {file} linux' then 'reboot'.

Downloads: HTTPS, FTP

Trac SVN: repository since last build 58244 (mirror)

• OpenVPN 2.6.12: Changelog, Guides, Server, PBR, DNS, Kill Switch, Watchdog, Reverse PBR, Client, Multiple, tips, scripts.
• WireGuard 1.0.20211208/Tools: Changelog, Guides, Client, Server, Adv, PBR, KS, tips, scripts. Thanks BS egc & eibgrad!

Notes: ...
r55799 r55819 r56029 r56119 r56182 r56237 r56326 r56359 r56380 r56490 r56721 r56820 r56932 r56941 r57200 r57447
r57538 r57564 r57595 r57707 r57753 r57793 r57834 r57956 r58070 r58124 r58163 r58207 r58244 r58283

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: strace tcpdump.
• 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.

Example Template:

[flood404]

Router/Version: Gigabyte 1150 i4770k 16GB ram
File/Kernel: Web upgrade full vga x64
Previous/Reset: No
Mode/Status: Gateway/NAS/Router
Issues/Errors: None


To force the cpu governor or enable speed step on Intel CPU's.

Startup command is set with this.

for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do [ -f $CPUFREQ ] || continue; echo -n ondemand > $CPUFREQ; done

[Zyxx]

Router/Version: industrial PC N4000 4GB RAM, 2*intel i226-v
File: dd-wrt_x64-webupgrade_full_vga_2GB.bin
Firmware: DD-WRT v3.0-r58283 std (09/02/24) (prev. DD-WRT v3.0-r58244 std (08/30/24))
Kernel: Linux 6.6.48-rt29 #363 SMP Mon Sep 2 12:17:32 +07 2024 x86_64
Mode: Gateway, SFE disabled, Wireguard for external access, WAN (PPPoE/VLAN7) to GPON Modem, samba/nfs to access USB3-ext4 SSD, Force reconnect 5:00 in the morning, using my own local NTP
Reset: No
Status: Installed today. USB Disks are not mounted at restart. Enabling/disabling of Core USB Support, USB Storage Support or Automatic Drive Mount does not fix this, also rebooting does not fix this. Have to disconnect the USB cable by hand and reconnect it, otherwhise sda is not shown in Webif, resulting in Samba and NFS shares to be not available.
This is working without problem on other DD-WRT devices of mine, seems to be a X86 quirk?
Seemingly the cpu is locked to maximum turbo mode, issued the command kindly provided by flood404, this changes the behaviour to ondemand.

[Sp1derman]

[Zyxx]

Yeah, I've seen your thread

I'm going to look into this in the next months, but at first figured I'd report it.
And yes, I used to use the very same drive on other DD-WRT devices of mine, also USB Sticks.
I tried formatting them a few times too, but to no avail. They work on R7800, WRT1200/1900 those I tested.
But they dont work after reboot on this X86 machine.

Only disconnecting them by hand and reconnecting them solves this.

[flood404]

I think the UUID is always unique right? SO he would have to match to what his drive's UUID are in his script to make them work.


I think I will mess with it when I get off of work to see if I have the same issue. I am pretty sure it will. I do have tons of USB sticks and a few USB HDD to test with.

[Sp1derman]

[Zyxx]

I encountered one additional problem.
The system is set to reconnect each morning at 5'o clock in the morning.
After this, dnsmasq did not work anymore.
Devices relying on it could not resolve anymore.

Every two minutes these errors where shown, starting exactly two minutes after the reconnect:

[Sp1derman]

You can do -> netstat -tpln | grep ':53 ' <-, that will show the program blocking thew port

[Zyxx]

netstat good idea! Did not cross my mind.
Usually dnsmasq binds to it on IPv4, v6 so I assumeed the previously active instance did hang, but if there is a next time, I'll go check it.