Posted: Tue Jan 14, 2020 15:14 Post subject: New Build 41986: 01-14-2020-r41986
WARNING:DO NOT flash this experimental test build unless you know the risks and recovery methods. Report here to provide important info for developers and users. Always state your hardware model & version, mode (e.g. Repeater) and SPECIFIC build (e.g. netgear-r7000-webflash). Avoid discussions and create a new thread for specific problems or questions as this thread is not for support, and posts may be deleted or moved.
Important: if reporting any issues, provide applicable info (GUI syslog, `dmesg`, `cat /var/log/messages`, etc.)
Or put into SVN ticket. For firewall issues, also provide "iptables" info (`iptables -L`, `iptables -t nat -L`, & the /tmp/.ipt file).
Issues, observations, and/or workarounds reported: 1. DNScrypt is mostly only using v2 protocols now, but requires Golang that DD can't use:6246 2. WDS does not work on Broadcom ARM devices (only MIPS<->MIPS) 3. VAPs not working at bootfixed for unbridged VAPs with r40564:40566.Workaround startup command: sleep 10;stopservice nas;stopservice wlconf;startservice wlconf;startservice nas(there are a few alternatives to search)
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 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. PBR/UDP with SFE working again since r40513 (see 6729)
5. CAKE scheduler changes "completed" with r41057 (see 5796) & FQ_CODEL_FAST with r41027 (reset first!)
6. Reset button was broken in 40571; fixed in build 40750.
7. Radio Timer / GTK Renewal issues, syslog spam and wireless issues (BCM MIPS) fixed with r41662 8. New Broadcom build option for 8MB+ K2.x devices (limited currently):
broadcom_K3X_mipsel32r1 [BS has tested on a WRT600N v1.1]
9. CVE-2019-14899 VPN fix (r41784: applicability depends on VPN setup) and GUI toggle (r41812): ticket 6920, 6928, 6931, 6932
Template example to copy (after "Code:") for posting issues, be sure to include the mode in use (gateway, AP, CB, etc.):
That extra flag looks just like the optimizer flag -- not dealbreaking as I suppose the default optimizer option would be used (whatever it is in BS's toolchain), but I'd wait for the next build too.
linux.v24_2 is for k2.4 (NEWD) builds, i.e the /broadcom folder.
k3.x+ kernels are at src/linux/universal.
I was wondering the same, but that folder is populated so they finished compiling. I'm not sure about 41988, but 41987 stems from 41979-41981 (latest k2.4 and GCC 9.2.0).
Joined: 16 Mar 2019 Posts: 353 Location: Szczecin, Poland EU
Posted: Tue Jan 14, 2020 16:33 Post subject: New Build 41986: 01-14-2020-r41986
In this build is a problem with dns service working. I have WNR3500L v2 and DNS won't resolve domain when DHCP server for lan network is disabled. I use dnsmasq module and I have correctly configuration for this. When I'm flash new firmware and reboot device DNS not working totally. When I'm turn on dhcp dns start to work. I don't use dhcp server, because it not necessary for me. Actually I'm reflash firmware to Jan 9 2020 and solve my problems. Probably the newest build is not fully functional.
Router/Version: Netgear R6700v3
Firmware: DD-WRT v3.0-r41986 std (01/14/20)
Kernel: Linux 4.4.209 #673 SMP Mon Jan 13 13:16:59 +04 2020 armv7
Previous: r41954
Mode/Status: AP / working
Reset: N
Issues/Errors: Working well so far. Syslogs clean.
Uptime: 3:35
Temperatures: CPU 69.1 °C / WL0 46.5 °C / WL1 49.3 °C
linux.v24_2 is for k2.4 (NEWD) builds, i.e the /broadcom folder.
k3.x+ kernels are at src/linux/universal.
I was wondering the same, but that folder is populated so they finished compiling. I'm not sure about 41988, but 41987 stems from 41979-41981 (latest k2.4 and GCC 9.2.0).
Reset before and after upgrade. Then only configured wifi settings. Web sites stopped loading twice in 4.5 hours. Wifi still shows connected. Disconnecting and reconnecting from wifi resolved the 1st time. Router became unusabley flakey the 2nd time, so had to reset again.
r40750 had the same issue, though reconnecting to wifi, or at most, rebooting the router, fixed it. This is worse.
Last edited by mastaofdisastax on Wed Jan 15, 2020 4:12; edited 4 times in total
Router/Version: Netgear R7000
Firmware: DD-WRT v3.0-r41986 std (01/14/20)
Kernel: Linux 4.4.209 #673 SMP Mon Jan 13 13:16:59 +04 2020 armv7l
Previous: r41954
Mode/Status: Gateway / working
Reset: no
Issues/Errors: Working well so far.
Uptime: 7hrs 52min
Temperatures: CPU 64.7 °C / WL0 46.5 °C / WL1 52.5 °C
Netgear WNDR4000: 2.4GHz client bridge to 5GHz AP + VAP
File: k3x nv64k.bin
Kernel: Linux 3.10.108-d9 #1500 Tue Jan 14 12:38:06 +04 2020 mips
Status: ok so far; this device was still on 37012...didn't realize it'd been so long. VAP (unbridged using dnsmasq) is working w/o a startup script (but w/ the no-WAN firewall commands). CLI update would not work; was getting a header error, but GUI worked fine. _________________ #NAT/SFE/CTF: limited speed w/ DD#Repeater issues#DD-WRT info: FAQ, Builds, Types, Modes, Changes, Demo#
OPNsense x64 5050e ITX|DD: DIR-810L, 2*EA6900@1GHz, R6300v1, RT-N66U@663, WNDR4000@533, E1500@353,
WRT54G{Lv1.1,Sv6}@250|FreshTomato: F7D8302@532|OpenWRT: F9K1119v1, RT-ACRH13, R6220, WNDR3700v4
Posted: Thu Jan 16, 2020 16:06 Post subject: Firewall commands are doubling, tripling and so on...
Router/Version: ASUS RT-AC68U
Firmware: DD-WRT v3.0-r41986 std (01/14/20)
Kernel: Linux 4.4.209 #673 SMP Mon Jan 13 13:16:59 +04 2020 armv7l
Previous: some 3xxxx Kong's build
Mode/Status: Gateway / working
Reset: Yes on 3xxxx, update with Reset, reset on 41986.
Issues/Errors:
1. I have some "firewall" iptables commands. When checking what's currently set up in the router, i'm checking iptables -L ... and see my firewall rules added several times.
F.e. I have a chain blpt, contents of it are repeated several times. Calls to this chain from FORWARD chain are repeated multiple times and so on. Is this a bug or not? In previous Kong's build I've never seen anything like it.
As a workaround i have to start "firewall" commands with double deleting my rules first :
iptables -D FORWARD -s 192.168.1.64/28 -j blpt
iptables -D FORWARD -s 192.168.1.64/28 -j blpt
iptables -F blpt
iptables -X blpt
iptables -N blpt
[...]
In this case iptables chains are getting set up correctly.
2. I have some binaries running from jffs. On 3xxxx build i first disabled jffs, saved, applied, rebooted router. Then restored factory defaults. Then flashed 41986 from the gui with reset. after flash resetted settings to default again. Then set up the router. At the end I've enabled jffs, saved and applied. Rebooted router. Checked "Clean Internal Flash Storage" and applied. Rebooted rounter. Then I wanted to upload my binaries back to jffs and was surprised to see them on their places on jffs with correct checksums. How's so? NVRam is not being actually cleared when applying "Clean Internal Flash Storage" operation?