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 added since r40547 (see 5796)
6. FQ_CODEL_FAST scheduler added since r40720
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.
Last edited by kernel-panic69 on Sun Sep 22, 2019 17:41; edited 2 times in total
Joined: 14 Sep 2019 Posts: 301 Location: Maine, USA
Posted: Sun Sep 22, 2019 13:15 Post subject:
Router/Version: Asus RT-N66U
File: dd-wrt.v24-41102_NEWD-2_K3.x_mega_RT-N66U.trx
Kernel: Linux 3.10.108-d8 #26968 Sun Sep 22 10:53:02 +04 2019 mips
Mode: AP w/USB
Status: Working
Router/Version: Asus RT-N12D
File: dd-wrt.v24-41102_NEWD-2_K3.x_mega.bin
Kernel: Linux 3.10.108-d8 #26968 Sun Sep 22 10:53:02 +04 2019 mips
Mode: AP
Status: Working
Both flashed using GUI from r41074 without reset. Up 90 minutes. Syslog clean. Both exhibited rekey issue on prior versions. Saw nothing in svn which would indicate any change with rekey issue with this version.
Posted: Sun Sep 22, 2019 18:40 Post subject: D-LINK dir 868L rev C
Lost all outdoor channels, just 36,52,100 are visible ,all others are gone, My MIKROTIK CPE programmed to connect with it on outdoor channel 149 has lost connection.Indoor channels have very low TX power to use them in this connection, has upgraded from previous version 41075!
Router/Version: Netgear R7000
Firmware: DD-WRT v3.0-r41102 std (09/22/19)
Kernel: Linux 4.4.194 #1437 SMP Sun Sep 22 05:59:23 +04 2019 armv7l
Previous: r41075
Mode/Status: Gateway / working
Reset: no
Issues/Errors: Working well so far.
Uptime: 2hr 4min
Temperatures: CPU 69.1 °C / WL0 48.8 °C / WL1 54.6 °C
Joined: 24 Feb 2013 Posts: 1634 Location: Belgrade
Posted: Sun Sep 22, 2019 19:36 Post subject: Re: D-LINK dir 868L rev C
labrok wrote:
Lost all outdoor channels, just 36,52,100 are visible ,all others are gone, My MIKROTIK CPE programmed to connect with it on outdoor channel 149 has lost connection.Indoor channels have very low TX power to use them in this connection, has upgraded from previous version 41075!
did you erased nvram... because some configs are there and should be reconfigured on these new builds...
Posted: Sun Sep 22, 2019 20:29 Post subject: Re: D-LINK dir 868L rev C
Mile-Lile wrote:
labrok wrote:
Lost all outdoor channels, just 36,52,100 are visible ,all others are gone, My MIKROTIK CPE programmed to connect with it on outdoor channel 149 has lost connection.Indoor channels have very low TX power to use them in this connection, has upgraded from previous version 41075!
did you erased nvram... because some configs are there and should be reconfigured on these new builds...
No and it would be a good idea to inform us when so big changes has been done,which needs such actions like erase nvram because some of us working remotely with those routers
Joined: 24 Feb 2013 Posts: 1634 Location: Belgrade
Posted: Mon Sep 23, 2019 5:56 Post subject:
labrok wrote:
Mile-Lile wrote:
labrok wrote:
Lost all outdoor channels, just 36,52,100 are visible ,all others are gone, My MIKROTIK CPE programmed to connect with it on outdoor channel 149 has lost connection.Indoor channels have very low TX power to use them in this connection, has upgraded from previous version 41075!
did you erased nvram... because some configs are there and should be reconfigured on these new builds...
No and it would be a good idea to inform us when so big changes has been done,which needs such actions like erase nvram because some of us working remotely with those routers
No hard feelings, I was just trying to help. Maybe my advice wont help you at all but I did my best, and it is good praksis before reporting problem to do clean install and then just test "non working" option that you want to report... I saw on svn that BS remapped some country codes so I thought your problem is maybe related...
about "it would be a good idea to inform us"... who?
Don't expect BS to inform you and to do "full support" because you must understand how open source community works, and also you have in preamble of this thread that these are all experimental builds...
and one more off topic... I see you use Mikrotik CPE... this tels me you are PRO (makes networking for living)... and you put experimental build remotly in production without testing?! bad practice if you ask me...
Router/Version: Netgear R6300v2
Firmware: DD-WRT v3.0-r41102 std (09/22/19)
Kernel: Linux 4.4.194 #1437 SMP Sun Sep 22 05:59:23 +04 2019 armv7l
Previous: r41075
Mode/Status: AP / issue with 5GHz VHT80 channels
Reset: no
Issues/Errors:
Unable to set 5GHz VHT80 channel to anything other than Auto. UI is not showing channel option in all four extension channel mode (uu, ul, lu, ll). Setting NVRAM directly (i.e. nvram set wl1_channel=161) does not achieve desired effect. 5GHz VHT80 Wireless rate maxes out at 300Mbps (normally ceiling by device limit at 866Mbps)
Joined: 08 May 2018 Posts: 14242 Location: Texas, USA
Posted: Mon Sep 23, 2019 11:42 Post subject:
@dragonC, you may have to hit 'save' or change the network mode and hit 'save' first. Worst case, do a factory reset and start from scratch. You shouldn't be having this problem, but some of the commits may have introduced a new bug ...
Router/Version: R6250 x 3
Mode:
1) Gateway, SFE on. All other services disabled.
2) AP, all services disabled
3) AP, all services disabled
Status: same 5ghz errors as dragon above.
Uptime: 12 hours
Previous Version: 9/20/19 BS build, NVRAM reset via SSH
Did a NVRAM reset on all three devices when I had the auto only issue (via SSH). NVRAM reset fixed the auto. Currently two errors-
1) stuck at 300mbps on new iOS devices (iPhone XS and iPad 2018 - both previously could hit 866 easily since they are 2x2 clients).
2) channels are the opposite of the wiki - see attachment - extension channel should be upper upper for these channel selections. No matter how I save or apply settings it is always the opposite (upper upper I get what should be lower lower options, etc)
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Mon Sep 23, 2019 14:16 Post subject:
dragonC wrote:
Router/Version: Netgear R6300v2
Firmware: DD-WRT v3.0-r41102 std (09/22/19)
Kernel: Linux 4.4.194 #1437 SMP Sun Sep 22 05:59:23 +04 2019 armv7l
Previous: r41075
Mode/Status: AP / issue with 5GHz VHT80 channels
Reset: no
Issues/Errors:
Unable to set 5GHz VHT80 channel to anything other than Auto. UI is not showing channel option in all four extension channel mode (uu, ul, lu, ll). Setting NVRAM directly (i.e. nvram set wl1_channel=161) does not achieve desired effect. 5GHz VHT80 Wireless rate maxes out at 300Mbps (normally ceiling by device limit at 866Mbps)
check your country setting. i removed all unsupported countries not maintained by broadcom. so only countries are now shown which are verfied to be working. so your current country setting might be faulty. check it, change it to a compatible one and it should work again _________________ "So you tried to use the computer and it started smoking? Sounds like a Mac to me.." - Louis Rossmann https://www.youtube.com/watch?v=eL_5YDRWqGE&t=60s
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Mon Sep 23, 2019 20:27 Post subject:
i made some other regulatory related changes. so next build is better for 4360 based wifi chipsets _________________ "So you tried to use the computer and it started smoking? Sounds like a Mac to me.." - Louis Rossmann https://www.youtube.com/watch?v=eL_5YDRWqGE&t=60s