Notes: 1. SFE accelerated NAT is in 33006+ builds but only in kernel 3.2 and newer 2. 'KRACK' vulnerability fixes were completed in r33678 for Broadcom, including k26 (33655) & k24 (33656); use build 33772 or later.
3. Bridge modes on k4.4 devices may sometimes work in some configurations in certain builds but are not supported by the bcmdhd driver. Use client or repeater instead as WDS doesn't work with Broadcom ARM either (see Issues below).
4. Since 39469, udhcpd was removed and replaced with the already present dnsmasq, and PIE qdisc was added for some builds.
5. Policy-Based Routing with SFE enabled was fixed in r39556: 5986 and 5900 6. k2.4 (broadcom/) builds were fixed in 39715 (broken in 39144 through 39654)
7.SFE update (k3.10+ for BCM) was in the 39927 build.
Issues, observations, and/or workarounds reported: 1.Trendnet 81*DRU models are missing factory-to-flash 2.DNScrypt is mostly only using v2 protocols now, but requires Golang that DD can't use:6246 3.WDS does not work on Broadcom ARM devices (only MIPS<->MIPS) 4.K2.6 builds are broken since 38253(?); GUI issues:6538 5.VAPs not working at boot; workaround startup command:
sleep 10;stopservice nas;stopservice wlconf;startservice wlconf;startservice nas
This appears to be fixed for some routers (different kernels, modes, and radios) since build 39508.
Important: if any issues are found, please provide log info (GUI syslog, `dmesg`, `cat /var/log/messages`).
Or put into SVN ticket. For firewall issues, also provide "iptables" info (`iptables -L`, `iptables -t nat -L`, & the /tmp/.ipt file).
Template to copy (after "Code:") for posting issues, be sure to include the mode in use (gateway, AP, CB, etc.):
WARNING:This thread is to report on flashing this experimental test build, providing important info for both developers and users. Always state your hardware model, version, mode (e.g. Repeater) and SPECIFIC build (e.g. 33555_NEWD-2_K3.x_mega-nv64k.bin). Please avoid discussions and create a new thread to discuss specific problems or questions, as this thread is for reporting, not support. Posts may be deleted or moved to keep this thread manageable and useful. If you don't understand the risks or what to flash and how, with a means of recovery if it bricks, do NOT flash this experimental test build.
Router/Version: Netgear R7000
Firmware: DD-WRT v3.0-r40009 std (06/11/19)
Kernel: Linux 4.4.181-rc1 #217 SMP PREEMPT Tue Jun 11 08:20:31 CEST 2019 armv7l
Previous: r39956
Mode/Status: Gateway / working
Reset: no
Issues/Errors: Working so far, congrats on 40,000!
Uptime: 16min
Temperatures: CPU 68.0 °C / WL0 48.0 °C / WL1 53.8 °C
Joined: 09 Nov 2014 Posts: 314 Location: Bakersfield, CA
Posted: Wed Jun 12, 2019 19:14 Post subject:
Router/Version: 2x Linksys E3000
Firmware: dd-wrt.v24-40009_NEWD-2_K3.x_mega-e3000.bin
Previous: dd-wrt.v24-39956_NEWD-2_K3.x_mega-e3000.bin
Kernel: Linux 3.10.108-d8 #24903 Tue Jun 11 22:34:39 CEST 2019 mips
Mode: Both basic client bridges, all options not required turned off.
Status: Seems to be working, quite well at that! Maybe it's my excitement for 40,000+ builds, but it really does seem to load a bit faster than the last. Seems a bit more "responsive" to setting/changing options in the web gui. haha :)
Good work, Devs! And congrats on 40,000+ :)
Router/Version: Linksys E900
Firmware: dd-wrt.v24-40009_NEWD-2_K3.x_mega-e900.bin
Previous: dd-wrt.v24-39956_NEWD-2_K3.x_mega-e900.bin
Kernel: Linux 3.10.108-d8 #24903 Tue Jun 11 22:34:39 CEST 2019 mips
Mode: Client.
Status: Working, as far as I can see. :) _________________ Deployed Routers:
Netgear R7800 - 1x build 46979
- Gateway (USB /w Entware, CAKE QoS)
Netgear R7000 - 3x build 46979
Asus RT-N12D1
DD-WRT v3.0-r40009 mega (06/11/19)
Linux 3.10.108-d8 #24903 Tue Jun 11 22:34:39 CEST 2019 mips
dd-wrt.v24-40009_NEWD-2_K3.x_mega.bin
No reset --- GUI install over r39956
Used as a WAP and he's working very well
Router/Version: Asus RT-AC68U
File: asus_rt-ac68u-firmware.trx
Firmware: DD-WRT v3.0-r40009 std (06/11/19)
Kernel: Linux 4.4.181-rc1 #217 SMP PREEMPT Tue Jun 11 08:20:31 CEST 2019 armv7l
Mode: Gateway/AP
Status: Working fine.
Have been using the "patched" wlconf for some time and decided to try the normal wlconf again with this version. It appears to be working fine. VAP is working as expected but I still need the following startup commands, which is no big deal:
sleep 30; stopservice nas; stopservice wlconf; wlconf eth1 up; wlconf eth2 up; startservice nas
Router/Version: ASUS RT-AC3200 File:asus_rt-ac3200-firmware.trx Kernel: Linux 4.4.181-rc1 #222 SMP PREEMPT Tue Jun 11 16:30:33 CEST 2019 armv7l Mode: Gateway Status: running pretty good and right off the bat, VAP is working with no startup script again.
SVN #6555 httpd still suddenly hitting 100% hasn't been fixed.... this one is getting annoying
[/b] _________________ ASUS RT-AC3200 - Deployed Client's site
ASUS RT-AC5200 - Merlin
ASUS RT-AX88U - Merlin
Router/Version: Buffalo WZR-1750DHP/DHPD Firmware: DD-WRT v3.0-r40009 std (06/11/19 Kernel: Linux 4.4.181-rc1 #217 SMP PREEMPT Tue Jun 11 08:20:31 CEST 2019 armv7l Previous: BSr39572 Mode/Status: Gateway / WIFI = AP / Seems ok CPU overclocked to 1400mhz from default 800mhz via r33006 Reset: Yes Issues/Errors: Seems ok UpTime: 0:09m
What i have noticed:-
1) The mysterious load average is now no more.
2) Upload speed is now at my full speed and ping times are lower. I thank you for whatever you have done to increase the performance and hope that you continue to fine tweak it to achieve even more.
Router/Version: ASUS RT-AC5300
File: asus_rt-ac5300-firmware.trx with experimental drivers
Kernel: Linux 4.4.181-rc1 #225 SMP PREEMPT Tue Jun 11 16:53:35 CEST 2019 armv7l DD-WRT
Mode: Gateway
Status:
Wifi 2.4gh works.
Only 1 wifi 5ghz is detected as ath1. ath1 ssid is not visible from other devices.
Joined: 16 Mar 2019 Posts: 353 Location: Szczecin, Poland EU
Posted: Fri Jun 14, 2019 12:26 Post subject: Netgear WNR3500L v2
Router/Version: Netgear WNR3500L v2
File: dd-wrt.v24-40009_NEWD-2_K3.x_mega-WNR3500Lv2.chk
Kernel: Linux 3.10.108-d8 #24887 Tue Jun 11 22:18:30 CEST 2019 mips
Mode: Internet gateway and WiFi AP
Status: Generic OK, small problems in log listed in topic id: 320135
I'm updated my device from 6 Jun version to 11 Jun version. I have some secondary issues (events in log). Generaly router is fully functional. Thank you for still updates.
Router/Version: Buffalo WZR-1750DHP/DHPD Firmware: DD-WRT v3.0-r40009 std (06/11/19 Kernel: Linux 4.4.181-rc1 #217 SMP PREEMPT Tue Jun 11 08:20:31 CEST 2019 armv7l Previous: BSr39572 Mode/Status: Gateway / WIFI = AP / Seems ok CPU overclocked to 1400mhz from default 800mhz via r33006 Reset: Yes Issues/Errors: Seems ok UpTime: 0:09m
What i have noticed:-
1) The mysterious load average is now no more.
2) Upload speed is now at my full speed and ping times are lower. I thank you for whatever you have done to increase the performance and hope that you continue to fine tweak it to achieve even more.
I will be using this build from now.
what are the cmnds to overclock this router? I'm installing a heatsink/fan today but haven't overclocked this router since they removed it from the builds.
Router/Version: Buffalo WZR-1750DHP/DHPD Firmware: DD-WRT v3.0-r40009 std (06/11/19 Kernel: Linux 4.4.181-rc1 #217 SMP PREEMPT Tue Jun 11 08:20:31 CEST 2019 armv7l Previous: BSr39572 Mode/Status: Gateway / WIFI = AP / Seems ok CPU overclocked to 1400mhz from default 800mhz via r33006 Reset: Yes Issues/Errors: Seems ok UpTime: 0:09m
What i have noticed:-
1) The mysterious load average is now no more.
2) Upload speed is now at my full speed and ping times are lower. I thank you for whatever you have done to increase the performance and hope that you continue to fine tweak it to achieve even more.
I will be using this build from now.
what are the cmnds to overclock this router? I'm installing a heatsink/fan today but haven't overclocked this router since they removed it from the builds.
I didn't use any commands to OC the CPU, i stated, i used an old build r33006 that has the drop down box to choose the various CPU speeds, then flashed to the latest builds.
Upgraded with no issue. Testing VHT160 which appears to be working (although I don't have any VHT160 clients). Was able to select either channel 30 or 100 (chose 30 and it is using upper expansion). Signal levels seem a bit lower at 160 setting even though no 160 clients (all are VHT80 on 5 GHz).
Check the changelog to see if anything is relevant to you.
)