Notes: 1. SFE accelerated NAT is in 33006+ builds but only in kernel 3.10 and newer 2. krack fixes for Broadcom were completed in r33678, 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 Issue #4 below).
4.R6400v2 support added in r36811-36818, 36825, and 36826. R6700v3 support added in r36828-36840.
Tickets closed as 'fixed' (Broadcom-related and general): -
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.
Joined: 09 Nov 2014 Posts: 314 Location: Bakersfield, CA
Posted: Fri Dec 28, 2018 19:59 Post subject:
Router/Version: 2x Linksys E3000
File: dd-wrt.v24-38132_NEWD-2_K3.x_mega-e3000.bin
Previous: dd-wrt.v24-38104_NEWD-2_K3.x_mega-e3000.bin
Kernel: Linux 3.10.108-d7 #22353 Fri Dec 28 13:54:26 CET 2018 mips
Mode: Both client bridges with pretty much everything turned off that isn't needed.
Status: Just flashed them, will report back if any issues arise.
Router/Version: Trendnet TEW811DRU
File: DD-WRT v3.0-r38132 mini (12/28/18)
Previous: DD-WRT v3.0-r38104 mini (12/26/18)
Kernel: Linux 4.4.169 #4401 Fri Dec 28 08:05:29 CET 2018 armv7l
Mode: AC only client bridge with everything not needed for a bridge turned off.
Status: So far so good, it just came back up though. Will test.
Router/Version: Linksys E900
File: dd-wrt.v24-38132_NEWD-2_K3.x_mega-e900.bin
Previous: dd-wrt.v24-38104_NEWD-2_K3.x_mega-e900.bin
Kernel: Linux 3.10.108-d7 #22353 Fri Dec 28 13:54:26 CET 2018 mips
Mode: Yet another client bridge for our media related stuff.
Status: Just flashed, will report back if any issues arise.
Router/Version: Linksys E1200v2
File: dd-wrt.v24-38132_NEWD-2_K3.x_mega-e1200v2.bin
Previous: dd-wrt.v24-38104_NEWD-2_K3.x_mega-e1200v2.bin
Kernel: Linux 3.10.108-d7 #22353 Fri Dec 28 13:54:26 CET 2018 mips
Mode: A repeater for our guests. Don't use it often, if at all, but it seems fine.
Status: It works. Lol _________________ Deployed Routers:
Netgear R7800 - 1x build 46979
- Gateway (USB /w Entware, CAKE QoS)
Netgear R7000 - 3x build 46979
Router/Version: Netgear R7000
Firmware: DD-WRT v3.0-r38132 std ( 12/28/18 )
Kernel: Linux 4.4.169 #4398 SMP Thu Dec 27 09:48:26 CET 2018 armv7l
Previous: r38104
Mode/Status: Gateway / working
Reset: no
Issues/Errors: No issues so far.
Uptime: 27m
Temperatures: CPU 64.1 °C / WL0 48.5 °C / WL1 52.5 °C
Router/Version: Cisco-Linksys EA2700
File: dd-wrt-38132-ea2700.trx
Firmware: DD-WRT v3.0-r38132 giga (12/28/18 )
Kernel: Linux 3.10.108-d7 #22341 Fri Dec 28 13:41:32 CET 2018 mips
CPU: Broadcom BCM5357 chip rev 2
CPU Features: MIPS32r1 MIPS32r2 MIPS16 DSP DSP2
CPU Frequency: 480 MHz
Mode: Gateway/AP
TCP Congestion Control: Westwood
Status: Laggy or short-period hang
Still the same problem as the previous build r38104.
I thought that was only the problem of wifi signals again, but now all wifi, ethernet and even the WebGui, could respond very slowly, around from 30s to 1min without any responses. The hang time of wifi unexpectedly a little bit shorter than the previous builds half year ago.
I found that happens the most when the most connections was establishing or just many physical LAN clients boot or connect at nearly the same time, e.g. 2 or 3 ethernet connected PC was booting up and 3 to 5 mobile phones enabled the same wifi connectivity almost at the same time. It makes whatever wifi, wired ethernet or even router WebGui (router httpd server) all of them have no responeses at the same time, so I guess that should be some types of problems or bugs in the very kernel level codes or even something like "Hardware Abstraction Layer".
Another interesting point is, it happens only when the connections are linking out to the internet world, especially when some new connections newly the first time query a domain name of an address. Could it be some types of problems related to DNS? I never get this problems when connecting to just LAN in house, e.g. remote controlling my audio PC from my phone, or just connecting to anywhere by IP address only, without any domain named address, it always go through smooth like flying anytime, never hang or lag, always respond.
And I guess there might be some thread blocking problems, TCP Congestion Control problems or even deadlocks in multi-threading programming. Especially when some BT programs just started in the network, started connecting to a load of tracker servers, and reconnect again in polling way frequently (guys may know what I'm talking about if they use BT sometimes as well), other connections whatever TCP or UDP may hang even for several minutes. So I guess there might be some problems of system or even hardware overloading as well, but I did not monitor for that long time in the WebGui.
Another quite annoying problem is, I can't choose the reset option when upgrading firmware. When I choose 'Reset to defaults after flash' when upgrading, the router bricked, nothing responds in the WebGui until forever, no wifi and ethernet responses anymore, so I had to made a hard-reset (hold the reset button for 30s when power on, 30s when power off and 30s when power on again with no releasing) to restore the router back. But that was alright when I just upgrade without reset, I can go back to the WebGui with newer version of firmware, and the manual reset after that from the WebGui was fine as well.
Update: I can have a look into the WebGui monitor right now, and yes as I guessed , the CPU workload of my EA2700 with this build is quite high, seems obviously higher than the kernel Linux 3.10.107. I'm not sure are them all bugs or kernel 3.10.108 is not quite suitable for Linksys EA2700...
Update 2: I found this problem in wifi usually happens more in some formats of media downloading, e.g. image or video, much more than text types transmissions like caption or item paragraphs downloading. Text is much smoother and faster than image or video downloading. So I guess the possibility of some bugs in TCP Congestion Controls, WME or WMM, is quite high, much more possible than others maybe.
Update 3: I found one more interesting phenomenon, that is, when my phone is keeping in sleep, wifi connected from my phone hang with no any responses more frequently, but when I keep using my phone in my hands for one to several hours, wifi connection hang much less frequently, with shorter hang time.
Last edited by parco on Sat Dec 29, 2018 15:59; edited 1 time in total
EDIT: Yeah, the forum 'upgrade' completely broke 'Quick Links', thanks. So if anyone is trying to inbox me, sorry.... I don't have the link to my inbox bookmarked...