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. New Broadcom build option for 8MB+ K2.x devices (limited currently):
broadcom_K3X_mipsel32r1 [BS has tested on a WRT600N v1.1]
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 fixed (only for unbridged VAPs?) with r40564:40566...
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).
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. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Joined: 08 May 2018 Posts: 14221 Location: Texas, USA
Posted: Tue Dec 03, 2019 23:34 Post subject:
Feel free to test GTK at 3600, but keep in mind that if a device leaves the wireless network, it likely will not be able to re-join due to authentication failure. Please report if this is the case, thanks _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Router/Version: E4200 V1
Mode: AP
File: dd-wrt.v24-41659_NEWD-2_K3.x_mega-e3000.bin
Kernel: Linux 3.10.108-d8 #680 Tue Dec 3 22:07:42 +04 2019 mips
Status: Functional, did not wait enough to check WiFi key problems. _________________ 2 times APU2 Opnsense 21.1 with Sensei
2 times RT-AC56U running DD-WRT 45493 (one as Gateway, the other as AP, both bridged with LAN cable)
3 times Asus RT-N16 shelved
E4200 V1 running freshtomato 2020.8 (bridged with LAN cable)
3 times Linksys WRT610N V2 converted to E3000 and 1 original E3000 running freshtomato 2020.8 (bridged with LAN cable)
Router/Version: Netgear R7000
Firmware: DD-WRT v3.0-r41659 std (12/03/19)
Kernel: Linux 4.4.205 #363 SMP Tue Dec 3 04:17:30 +04 2019 armv7l
Previous: r41586
Mode/Status: Gateway / working
Reset: no
Issues/Errors: Working well so far.
Edit - something's weird with this one... WiFi works for my PC (intel chipset), but my Android phone and tablet can't connect (error: "Password may be incorrect"). Back to r41586 and things are working again.
Uptime: 1hr 42min
Temperatures: CPU 67.5 °C / WL0 47.8 °C / WL1 53.6 °C
Joined: 08 May 2018 Posts: 14221 Location: Texas, USA
Posted: Wed Dec 04, 2019 14:03 Post subject: Cisco Linksys E4200 v1
Router Model / Version: Cisco Linksys E4200 v1
File: dd-wrt.v24-41586_NEWD-2_K3.x_mega-e4200.bin
Firmware: DD-WRT v3.0-r41659 mega (12/03/19)
Kernel: Linux 3.10.108-d8 #480 Tue Dec 3 22:07:42 +04 2019 mips
Previous: DD-WRT v3.0-r41586 mega (11/21/19)
Reset: No
Mode: Gateway / AP - QoS (HFSC+FQ_CODEL_FAST)
Uptime: ~ 14:15
Status: OK
Issues / Errors:
@flyzipper & Ipy: Thank you both for that, BrainSlayer said he wasn't having this issue, but I guess I am not the only one having the issue. NTP sync failed, network went down, and only my test iPad was able to rejoin on 2.4. No other wireless clients have been able to re-join either wireless network after leaving the AP before or after the NTP failure. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Router: Netgear R7000P
Kernel: Linux 4.4.205 #368 SMP Tue Dec 3 18:09:10 +04 2019 armv7l
Mode: Gateway / AP / JFFS2 / Unbound / QoS(HTB FQ_CODEL_FAST) ISP Speed 100 Mbps down 10 Mbps up
Status: mobile devices unable to reconnect to the network / besides that seems fine / went back to previous build
Joined: 16 Mar 2019 Posts: 353 Location: Szczecin, Poland EU
Posted: Wed Dec 04, 2019 23:08 Post subject:
Quote:
Feel free to test GTK at 3600, but keep in mind that if a device leaves the wireless network, it likely will not be able to re-join due to authentication failure. Please report if this is the case, thanks.
What I should to do to config GTK to 3600 ? I have The WNR3500L v2 and devices connected via wifi can't connect randomly after reboot the operating system. I must totally restart my router to temporarly fix problem. After few minutes / hours problem is again. I don't change GTK parameter, how Can I do this ? I have the newest firmware from Dec 3 2019.
Joined: 08 May 2018 Posts: 14221 Location: Texas, USA
Posted: Thu Dec 05, 2019 3:37 Post subject:
Yes, feel free to skip this one, issue will not be fixed until next public beta. I will have to check the next alpha build to know for sure if 41662 commit fixes the problem. There were actually two issues at play, one was the timer going crazy, the other was the authentication issue. Thankfully, BS has been keen on working on fixing this finally. If you want to set your GTK interval to 0 under wireless security tab for now, that should keep your connected, although not as secure, but it is the long-standing workaround for one of the overall issues. I will be happy as hell if this also fixes the VAP issues for good. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Happens to me as well,
A work around is to go to Wireless > Wireless Security and press "Apply Settings".
The problem is that this is working only for a while, which afterwards you have to repeat.
Joined: 26 Mar 2013 Posts: 1857 Location: Hung Hom, Hong Kong
Posted: Thu Dec 05, 2019 13:41 Post subject:
kernel-panic69 wrote:
Feel free to test GTK at 3600, but keep in mind that if a device leaves the wireless network, it likely will not be able to re-join due to authentication failure. Please report if this is the case, thanks
Speaking of wireless network authentication problem:
Sometimes when you changed the wifi password and hit <Apply>, DD-WRT might freeze! Your only option would be to power off and on the router. And the new password was indeed applied.
The same could happen when you changed the transmission/TX power in Wireless -> Advanced Settings.
_________________ Router: Asus RT-N18U (rev. A1)
Drink, Blink, Stretch! Live long and prosper! May the Force and farces be with you!
Sometimes when you changed the wifi password and hit <Apply>, DD-WRT might freeze! Your only option would be to power off and on the router. And the new password was indeed applied.
That's true. I also noticed that when setting up everything after a factory reset. It never used to do that, and I don't know which build is the first that started it, as most of the time I upgrade without resetting.
Joined: 08 May 2018 Posts: 14221 Location: Texas, USA
Posted: Thu Dec 05, 2019 15:02 Post subject:
The last time I did a reset, I just went through and hit 'Save' until I got to the last thing and then went to the main Administration tab and clicked 'Reboot'. This is probably part of the problem Marvell folks are having, and I have no idea what is doing it now, but most of the time, the webUI is fairly snappy for me. Especially after using FF ESR. There is something seriously browser-dependent going on, it seems.
EDIT: Good News. I am hoping this also adds to other ongoing issues being fixed, but the next public beta *should* finally be fixed for GTK, Authentication, and leaving / re-joining issues. Still monitoring r41663 alpha for timer messages in syslog, but so far, 100%. I do not use, nor do I test VAPs, so that is something that will need verification next go-round. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net