Your reports for Broadcom units are greatly appreciated !
Router:
Firmware:
Kernel:
Status:
Reset:
Errors:
This build thread is for reporting successes and problem with loading this experimental test build. This is important info for developers and users. Always state your hardware and SPECIFIC build (e.g. 29440_NEWD-2_K2.6_mega-nv64k.bin). Do not ask questions about your specific router or how to configure it in this thread; create your own thread to discuss any specific problems you have or need resolved. Please also do not respond to such questions. This thread is to report info, not to seek it. Posts that do not add to understanding this build will be deleted. Make sure you know how to flash properly and the risk before using this build. It is important to adhere to these requirements, to keep this thread from becoming impossibly long and useless. If you don't know what build to flash and how to flash properly and have a means of recovery if things should go wrong, do NOT flash this experimental test build. _________________ Routers:Netgear R7000, R6400v1, R6400v2, EA6900 (XvortexCFE), E2000, E1200v1, WRT54GS v1.
Install guide R6400v2, R6700v3,XR300:https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=316399 Install guide R7800/XR500:https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=320614 Forum Guide Lines (important read):https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=324087
Joined: 18 Mar 2014 Posts: 12840 Location: Netherlands
Posted: Thu May 31, 2018 14:08 Post subject:
Router Model: Netgear R6400
Firmware Version: DD-WRT v3.0-r36070M kongac (05/31/2018)
Kernel Version: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Upgraded: from DD-WRT v3.0-r36000M kongac (05/24/2018)via ddup --flash-latest
Reset: No not this time
Status: Up and running for 2 hours, basic setup as AP, static leases, OpenVPN client (on PIA) with Policy Based Routing up and running, 2,4GHz, 5Ghz USB storage NAS and miniDLNA working.
OpenVPN server up and running.
GUI is responsive and quick.
I did a quick test with a VAP on 2.4 GHz and it is working (as always a reboot is necessary to get a VAP going)
Router: Netgear R8500
Firmware: v3.0-r36070M kongac (05/31/2018)
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Status: Good so far. Uptime 2 hours.
Reset: No (flashed with ddup --flash-latest)
Errors: None so far.
Web GUI is still very sluggish. httpd -S typically idling at 20-30% when not navigating the web interface, then spikes to 50% when loading navigating to new page. 10-15 second delay to load any new page.
EDIT: Web GUI sluggishness appears to be related to Chrome. IE 11 responsiveness is instantaneous - httpd load is negligible. Chrome incognito (no extensions loaded) is also sluggish.
Joined: 03 Jan 2017 Posts: 49 Location: Lindau, Germany
Posted: Thu May 31, 2018 18:01 Post subject: Re: New Kong's Test Build v3.0-r36070M kongac (31/05/2018)
Router: Netgear R7000 and R6300v2 (as wireless repeater bridge)
Firmware: DD-WRT v3.0-r36070M kongac
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Status: Running for 2h without issues
Upgraded: Upgraded from 36000 via ddup --flash-latest
Reset: No
Errors: None
Router mode : DHCP
DNSMasq with DNScrypt, DNSSEC enabled and several other DNSMasq Options
SPI Firewall
USB: Harddrive and Printer
NAS: Samba, miniDLNA
WLAN: wl0, wl1 and virtual access point wl0.1
Guest Wifi: Chillispot on wl0.1 using internal lighttpd
openVPN server, SSH-Server with sftp
pixelserv-tls (via opkg)
SFE enabled
Posted: Thu May 31, 2018 21:53 Post subject: Asus RT-AC68U A1
Router: Asus RT-AC68U (H/W Ver: A1)
Firmware: DD-WRT v3.0-r36070M kongac (05/31/18)
Previous: DD-WRT v3.0-r36000M kongac (05/24/18)
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Previous: Linux 4.4.132 #565 SMP Thu May 24 10:48:12 CEST 2018 armv7l
Status: ok
Reset: no (ddup --flash-latest)
Errors: no
Uptime: 3:47
Router: Netgear R8500
Firmware: v3.0-r36070M kongac (05/31/2018)
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Status: Good so far. Uptime 2 hours.
Reset: No (flashed with ddup --flash-latest)
Errors: None so far.
Web GUI is still very sluggish. httpd -S typically idling at 20-30% when not navigating the web interface, then spikes to 50% when loading navigating to new page. 10-15 second delay to load any new page.
EDIT: Web GUI sluggishness appears to be related to Chrome. IE 11 responsiveness is instantaneous - httpd load is negligible. Chrome incognito (no extensions loaded) is also sluggish.
Chrome sluggishness only happens when it doesn't recognize a valid certificate. I noticed the slowdown when I was setting up from scratch and it was using default dd-wrt cert instead of my own cert that is trusted by my network
Router: Netgear R7000
Firmware: DD-WRT v3.0-r36070M kongac (05/31/2018)
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Status: Working
Reset: No
Previous: 36000M
Errors: No
CPU Temperature : 54.7 °C / WL0 45.5 °C / WL1 47.3 °C
Working very well :
Router mode : DHCP
SFE Enable STP Enable
DNSMasq
Encrypt DNS
Cache DNSSEC data
Validate DNS Replies (DNSSEC)
Local DNS
No DNS Rebind
Query DNS in Strict Order
SPI Firewall
Usb
Nas, MiniDLNA, Samba, JFFS2,
MAC Filter
wl0, wl1
Vpn (OpenVPN Client)
Kong and BS: Thanks for all your good work!
without VPN
with VPN
Last edited by Bernadoe on Sat Jun 02, 2018 5:41; edited 1 time in total
Router: Netgear R7000
Firmware: DD-WRT v3.0-r36070M kongac (05/31/2018)
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Status: Working
Reset: No
Errors: Yes - Memory leak with Radio Scheduling
All is ok with my pretty basic configuration.
Only problem is still the memory leak as I reported in previous Kong's test versions - https://svn.dd-wrt.com/ticket/6316. Not a critical issue though.
Router: Netgear R7000
Firmware: DD-WRT v3.0-r36070M kongac 05/31/18
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018
update: 35500M (14 days of uptime) --> 36070M
status: operational
reset: no
errors: HTTPS interface is *really* slow to connect. It's consistently stuck at the "establishing secure connecton" message in chromium for a solid 30 seconds.
Subsequent GUI page browsing takes 10-15 sec. If I ssh into the router and watch `top` as I try to browse, the CPU usage is >50% for `httpd -S` while pages try to load.
When I just idle in my browser on a GUI page, `httpd -S` is taking 17-30% of the CPU.
I tried both chromium and firefox both with new profiles. It doesn't matter if I connect from my laptop or another machine on my network. Bug is consistent. Is there a log for httpd I can post to help troubleshoot?
This is has been happening since 35900M but it only happens with chromium and firefox. If I use epiphany as the browser, everything works fast as expected.
This older thread seems possibly relevant to the httpd cpu issue some are reporting.
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=60382 _________________ Router currently owned:
Netgear R7800 - Router
Netgear R7000 - AP mode
Router: Netgear R7000
Firmware: DD-WRT v3.0-r36070M kongac (05/31/2018)
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Status: Working
Reset: No
Errors: Yes - Memory leak with Radio Scheduling
All is ok with my pretty basic configuration.
Only problem is still the memory leak as I reported in previous Kong's test versions - https://svn.dd-wrt.com/ticket/6316. Not a critical issue though.
Router: Netgear R7000
Firmware: DD-WRT v3.0-r36070M kongac (05/31/2018)
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Status: Working
Reset: No
Errors: Yes - Memory leak with Radio Scheduling
All is ok with my pretty basic configuration.
Only problem is still the memory leak as I reported in previous Kong's test versions - https://svn.dd-wrt.com/ticket/6316. Not a critical issue though.
Thx Kong and BS for the build.
I see no memleak, I always let radio scheduling turn off my radio at night and never had an issue.
I had that problem too. Try setting both radios always off and after some hours your router will freeze and not responding.
Router: Netgear R7000
Firmware: DD-WRT v3.0-r36070M kongac (05/31/2018)
Kernel: Linux 4.4.134 #568 SMP Thu May 31 11:02:32 CEST 2018 armv7l
Status: Working
Reset: No
Errors: Yes - Memory leak with Radio Scheduling
All is ok with my pretty basic configuration.
Only problem is still the memory leak as I reported in previous Kong's test versions - https://svn.dd-wrt.com/ticket/6316. Not a critical issue though.
Thx Kong and BS for the build.
I see no memleak, I always let radio scheduling turn off my radio at night and never had an issue.
I had that problem too. Try setting both radios always off and after some hours your router will freeze and not responding.
@Kong,
I see that seems a tricky one to address, as it's not a common issue. I can add that issuing "startservice radio_off_0" (with / without -f parameter) via console or via cron job causes the leak to start on my unit. Not sure what other option I have to schedule radio.
Thanks for any support on this issue - if doable - and for your and BS's work on those builds.
This morning, OpenVPN client (PIA provider) link is dead, repeating 'reconnect' loop. Went to Services ... VPN and clicked on Apply Settings, the VPN came alive. I suspect that all builds, if they lose VPN connect for some reason, can get jammed up and won't reconnect. Sometimes just get lucky with some builds that the VPN stays up so the problem doesn't show.