New Build - 07-23-2020-r43904

Post new topic   Reply to topic    DD-WRT Forum Forum Index -> Atheros WiSOC based Hardware
Goto page 1, 2, 3  Next
Author Message
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 8369
Location: Texas, USA

PostPosted: Thu Jul 23, 2020 13:10    Post subject: New Build - 07-23-2020-r43904 Reply with quote
[WARNING]: This thread is only for feedback on this beta release for developers and the community's benefit.
DO NOT flash this beta release unless you understand the risks involved and specific device recovery methods.
Avoid discussions! Create threads for questions, general problems or use search; this thread is not for support.
Please list router model & revision, operating & wireless mode(s) and exact filename/firmware image flashed.


Downloads: (DD-WRT website) HTTPS & FTP (try another if a link doesn't work)

CLI Flash: 'cd /tmp' then 'wget {file URL}' (or 'curl -k {file URL} -o {file}') with http (not https) or ftp. Then 'write {file} linux'.

Repository: Trac SVN changelog since last build r43886 (GitHub mirror)

Notes:
• CVE-2019-14899 VPN fix (applicability depends on VPN setup) and GUI toggle. 6920, 6928, 6931, 6932 (WIP 7040)
In-kernel Samba has been implemented this year and default min/max versions have changed 6954, 6957, with WSD support.
• VAP issue is fixed! For any Wireless Mode, create a VAP and both ath0/ath1 should now function properly.
• Local DNS option removed from Services->DNSMasq in changesets 43080 and 43081; ref: #7092
• DHCP and DNS help (English) updated in 43083; ref: #7091
WireGuard 1.0.20200712: PBR, Kill Switch, Inbound Firewall, Naming of Peers, Status, Key, Guides. Thanks egc!

Issues:
• There may be remaining issues for Samba (for example NTFS), with frequent updates.

Important:
• If reporting issues provide applicable info: 'dmesg', 'cat /tmp/var/log/messages', syslog/serial output, strace etc.
• For firewall issues provide 'iptables -L', 'iptables -t nat -L' and the /tmp/.ipt file.
• Search existing SVN tickets before opening a new one. Before reporting, reset and manually setup (no nvram backup).
• Be sure to include operating and wireless modes (Gateway, AP, CB, etc.) along with relevant configuration information.

Example Template:
Code:
[b]Router/Version: [/b]
[b]File/Kernel: [/b]
[b]Previous/Reset: [/b]
[b]Mode/Status: [/b]
[b]Issues/Errors: [/b]

_________________
Official Forum Rules, Guidelines & Helpful InformationFirmware FAQInstallation WikiWhere Do I Download Firmware?
DON'T use Chromium-based browsersRTFM/STFW TL;DR is NOT an excuse. • Why Should I Care What Color the Bikeshed Is?
Please DO NOT PM me with questions; Ask in the forum. ---------------------- Linux User #377467 counter.li.org / linuxcounter.net
Sponsor
turbowells
DD-WRT User


Joined: 14 Sep 2019
Posts: 201
Location: Maine, USA

PostPosted: Thu Jul 23, 2020 15:20    Post subject: Reply with quote
Router/Version: Netgear WNR2000v3
File: wnr2000v3-webflash.bin
Firmware: DD-WRT v3.0-r43904 std (07/23/20)
Kernel: Linux 3.10.108-d10 #53295 Thu Jul 23 05:02:16 +04 2020 mips
Mode: AP
Previous: r43845
Reset?: N
Status: Working
kretex
DD-WRT User


Joined: 24 Apr 2019
Posts: 65

PostPosted: Thu Jul 23, 2020 16:29    Post subject: Reply with quote
Router/Version: tplink_tl-wr940n v6.1
File: tl-wr940ndv6-webflash.bin
Firmware: DD-WRT v3.0-r43904 std (07/23/20)
Kernel: Linux 3.18.140-d5 #84883 Thu Jul 23 03:45:46 +04 2020 mips
Mode: AP
Previous: r43886
Reset?: No
Status: Working

The Router Model on web GUI say : TP-Link TL-WR940ND v4/v5

Is this ok sir?? Rolling Eyes
kernel-panic69
DD-WRT Guru


Joined: 08 May 2018
Posts: 8369
Location: Texas, USA

PostPosted: Thu Jul 23, 2020 17:27    Post subject: Reply with quote
There are a lot of the TP-Link TL-WR*4*N* routers that are probably lacking 100% proper identification. We could probably spend a lot of time tracking this down and fixing it. My TL-WR940Nv3 is identified as a TL-WR941N(D)v6... there is probably some identifier that separates the two as they are identical, except one is re-branded as another model.
_________________
Official Forum Rules, Guidelines & Helpful InformationFirmware FAQInstallation WikiWhere Do I Download Firmware?
DON'T use Chromium-based browsersRTFM/STFW TL;DR is NOT an excuse. • Why Should I Care What Color the Bikeshed Is?
Please DO NOT PM me with questions; Ask in the forum. ---------------------- Linux User #377467 counter.li.org / linuxcounter.net
mrjcd
DD-WRT Guru


Joined: 31 Jan 2015
Posts: 5397
Location: Texas

PostPosted: Thu Jul 23, 2020 17:37    Post subject: Reply with quote
Netgear WNDR3700 V4
DD-WRT v3.0-r43904 std (07/23/20)
Linux 3.18.140-d5 #84921 Thu Jul 23 04:55:09 +04 2020 mips
GUI install over r43886
switch / samba share ext4 / OVPN server
all worky fine


#

Linksys EA8500
DD-WRT v3.0-r43904 std (07/23/20)
Linux 4.9.231-rc1 #603 SMP Tue Jul 21 20:21:06 +03 2020 armv7l
GUI install over r43899
switch / VLAN / samba share ext4 / OVPN server
tis all worky good

Not gonna install on main EA8500 cause it's kinda busy and its r43899 is the same nevermind anyways Twisted Evil
abhijitat
DD-WRT User


Joined: 06 Feb 2020
Posts: 116
Location: Maharashtra, India

PostPosted: Thu Jul 23, 2020 17:52    Post subject: Reply with quote
Router/Version: Netgear R7800
Firmware: DD-WRT v3.0-r43904 std (07/23/20)
Kernel: Linux 4.9.231-rc1 #603 SMP Tue Jul 21 20:21:06 +03 2020 armv7l
File/Upload: dd-wrt-webupgrade.bin / Upload using SSH
Mode: Gateway/AP
Reset: No
Previous: DD-WRT v3.0-r43845 std (07/18/20)
Setup Using: 2.4 GHz, 5.0 GHz, IPv4, DNSMasq, USB, NTP TimeSync, wireguard
Status: Working Fine

Thank you BrainSlayer for Wonderful firmware.

Thanks kernel-panic & egc for your help in forums.
marcelo3d
DD-WRT User


Joined: 07 Aug 2017
Posts: 74

PostPosted: Thu Jul 23, 2020 19:30    Post subject: Reply with quote
Router/Version: Netgear R7800
Firmware: DD-WRT v3.0-r43904 std (07/23/20)
Kernel: Linux 4.9.231-rc1 #603 SMP Tue Jul 21 20:21:06 +03 2020 armv7l
Mode: Gateway + AP
Reset: No
Previous: DD-WRT v3.0-r43886
Using: 2.4 GHz, 5.0 GHz, IPv4, DNSMasq, USB, NTP TimeSync, Samba, QoS
Status: Working Fine

Thank you BrainSlayer for your continued work!
Samba seems stable, I was unable to break it so far. Thanks!!

I have some quirks with QoS (HSFC/CAKE) after hitting the "Apply Settings" button on Setup->Basic Setup (without changing anything). Down Bufferbloat seems uncontrolled, but up is fine. Syslog shows IMQ being loaded successfully. I adjusted my QoS numbers but it still happens.
Hitting "Apply Settings" on "NAT/QoS"->QoS. Fixes it every time.
Bad: http://www.dslreports.com/speedtest/64965716
Good: http://www.dslreports.com/speedtest/64965760
ArjenR49
DD-WRT User


Joined: 05 Oct 2008
Posts: 414
Location: Helsinki, Finland

PostPosted: Thu Jul 23, 2020 20:05    Post subject: Reply with quote
R7800 now on build 43904.
The IPv6 test at https://ipv6-test.com/
finds a problem with ICMP.
I tried to enable and disable the Multicast filter and rebooting the router, but to no avail.

Whatever caused the recent flipping of Filter Multicast, may have come back to bite us again.

Next I'll revert to an earlier build.

A little while later:
Downgraded as far as 43800 skipping some of the intermediate builds, but no change. ICMP doesn't work.
Upgraded back to 43904 with reset and then restored saved settings. All to no avail. The test comes out 18/20 where it used to be 20/20 and it's due to ICMP not working (Not Tested as per the test result in grey).
MLandi
DD-WRT User


Joined: 04 Dec 2007
Posts: 384

PostPosted: Thu Jul 23, 2020 21:29    Post subject: Reply with quote
SSH update, no issues

Router/Version: Netgear R000 X10
File/Kernel: DD-WRT v3.0-r43904 std (07/23/20) / Linux 4.9.231-rc1 #474 SMP Wed Jul 22 00:26:26 +03 2020 armv7l
Previous/Reset: DD-WRT v3.0-r43886 std (07/21/20) / No
Mode/Status: Gateway / In service
Issues/Errors: None / None

_________________
Netgear R9000 X10
DD-WRT v3.0-r46329 std (04/13/21)
Gateway, AP, DNSMasq
IPv4 & IPv6 (Prefix Delegation)
CloudFlare, Ignore WAN DNS
QoS: HFSC w/CAKERST
Static Leases & DHCP
2.4GHz: 10 + 6 (2457 MHz HT40), ACK Timing 0(Auto)
5GHz: 100 + 106 (5500 MHz VHT80), ACK Timing 0(Auto)
Clock 2000MHz
Xfinity 1.2Gbps/42Mbps
pandemonium420
DD-WRT User


Joined: 21 Nov 2013
Posts: 53
Location: Cathedral City, CA, USA

PostPosted: Fri Jul 24, 2020 0:09    Post subject: Reply with quote
ArjenR49 wrote:
R7800 now on build 43904.
The IPv6 test at https://ipv6-test.com/
finds a problem with ICMP.
I tried to enable and disable the Multicast filter and rebooting the router, but to no avail.

Whatever caused the recent flipping of Filter Multicast, may have come back to bite us again.

Next I'll revert to an earlier build.

A little while later:
Downgraded as far as 43800 skipping some of the intermediate builds, but no change. ICMP doesn't work.
Upgraded back to 43904 with reset and then restored saved settings. All to no avail. The test comes out 18/20 where it used to be 20/20 and it's due to ICMP not working (Not Tested as per the test result in grey).


A number of years ago when the IPv6 was being added into DDWRT I remember a firewall rule needed to be added to the IPv6 firewall to open up the ICMP port so you could at least get that 19/20, I always still needed to get a host name assigned from the ISP and with Spectrum its hard to explain that. I am in the process of trying to find the old threads showing that as I wish to try that again just for shits and giggles, my IPv6 works for me at 17/20 for years.

_________________
Router/Version: Netgear 7800

File/Kernel: DD-WRT v3.0-r45073M std (12/21/20), Linux 4.9.248 #939 SMP Mon Dec 21 06:35:27 +07 2020 armv7l




ArjenR49
DD-WRT User


Joined: 05 Oct 2008
Posts: 414
Location: Helsinki, Finland

PostPosted: Fri Jul 24, 2020 2:39    Post subject: Reply with quote
pandemonium420 wrote:
ArjenR49 wrote:
R7800 now on build 43904.
The IPv6 test at https://ipv6-test.com/
finds a problem with ICMP.
I tried to enable and disable the Multicast filter and rebooting the router, but to no avail.

Whatever caused the recent flipping of Filter Multicast, may have come back to bite us again.

Next I'll revert to an earlier build.

A little while later:
Downgraded as far as 43800 skipping some of the intermediate builds, but no change. ICMP doesn't work.
Upgraded back to 43904 with reset and then restored saved settings. All to no avail. The test comes out 18/20 where it used to be 20/20 and it's due to ICMP not working (Not Tested as per the test result in grey).


A number of years ago when the IPv6 was being added into DDWRT I remember a firewall rule needed to be added to the IPv6 firewall to open up the ICMP port so you could at least get that 19/20, I always still needed to get a host name assigned from the ISP and with Spectrum its hard to explain that. I am in the process of trying to find the old threads showing that as I wish to try that again just for shits and giggles, my IPv6 works for me at 17/20 for years.


Some write that the test site mentioned above is unreliable, but after a number of hours ipv6 has broken and test result is only 4/20. This was typical for the situation where Filter Multicast was enabled. Ipv6 works after rebooting, but only for a while until the lack of ICMP response kills it.
This time, however, the filter multicast setting is disabled and the reason the problem cane back may be in the firewall rules I have added a little while ago.
I shall have to test without those rules and see what happens. Easy enough but can't do it just now.

If pandemonium can find the rule to allow ICMP traffic, I could test that with the other firewall rules in effect.
There's a plan ...
ArjenR49
DD-WRT User


Joined: 05 Oct 2008
Posts: 414
Location: Helsinki, Finland

PostPosted: Fri Jul 24, 2020 4:52    Post subject: Reply with quote
ArjenR49 wrote:
pandemonium420 wrote:
ArjenR49 wrote:
R7800 now on build 43904.
The IPv6 test at https://ipv6-test.com/
finds a problem with ICMP.
I tried to enable and disable the Multicast filter and rebooting the router, but to no avail.

Whatever caused the recent flipping of Filter Multicast, may have come back to bite us again.

Next I'll revert to an earlier build.

A little while later:
Downgraded as far as 43800 skipping some of the intermediate builds, but no change. ICMP doesn't work.
Upgraded back to 43904 with reset and then restored saved settings. All to no avail. The test comes out 18/20 where it used to be 20/20 and it's due to ICMP not working (Not Tested as per the test result in grey).


A number of years ago when the IPv6 was being added into DDWRT I remember a firewall rule needed to be added to the IPv6 firewall to open up the ICMP port so you could at least get that 19/20, I always still needed to get a host name assigned from the ISP and with Spectrum its hard to explain that. I am in the process of trying to find the old threads showing that as I wish to try that again just for shits and giggles, my IPv6 works for me at 17/20 for years.


Some write that the test site mentioned above is unreliable, but after a number of hours ipv6 has broken and test result is only 4/20. This was typical for the situation where Filter Multicast was enabled. Ipv6 works after rebooting, but only for a while until the lack of ICMP response kills it.
This time, however, the filter multicast setting is disabled and the reason the problem cane back may be in the firewall rules I have added a little while ago.
I shall have to test without those rules and see what happens. Easy enough but can't do it just now.

If pandemonium can find the rule to allow ICMP traffic, I could test that with the other firewall rules in effect.
There's a plan ...


Commenting out the firewall rules didn't make a difference at all; test score still 18/20 only.

Results from other test sites like
https://test-ipv6.com/index.html.nl_NL
http://ds.testmyipv6.com/
https://ipv6.chappell-family.com/ipv6tcptest/
support the belief that
https://ipv6-test.com/
might indeed be unreliable ... at least from time to time as I've seen written.


Last edited by ArjenR49 on Fri Jul 24, 2020 8:45; edited 1 time in total
NotAMacMan
DD-WRT Novice


Joined: 08 Feb 2012
Posts: 22

PostPosted: Fri Jul 24, 2020 5:05    Post subject: Reply with quote
kernel-panic69 wrote:
There are a lot of the TP-Link TL-WR*4*N* routers that are probably lacking 100% proper identification. We could probably spend a lot of time tracking this down and fixing it. My TL-WR940Nv3 is identified as a TL-WR941N(D)v6... there is probably some identifier that separates the two as they are identical, except one is re-branded as another model.


I can tell from my config backups that it was correct for my WR940NDv6 until 20200122. It was correct 20200120. That would mean something in the 20200121 version caused the 940NDv6 to show up as WR940ND v4_v5. r42054 is the release number. Just hoping this might help to track down at least that one router. I also have the TL-WR940Nv3, and it has been TL-WR941N(D)v6 ever since I TFTP recovered it, which used the 941 firmware. As you mentioned, it seems mostly cosmetic, thus I never reported it. But since I know exactly when the WR940NDv6 changed to WR940ND v4_v5, I was hoping this might help. Wink
xraive
DD-WRT User


Joined: 08 Mar 2016
Posts: 91

PostPosted: Fri Jul 24, 2020 7:33    Post subject: Reply with quote
Router Model / Version: Linksys EA8500
Previous Firmware: DD-WRT v3.0-r43886 std (07/21/20)
Current Firmware: DD-WRT v3.0-r43904 std (07/23/20)
Kernel: Linux 4.9.231-rc1 #603 SMP Tue Jul 21 20:21:06 +03 2020 armv7l
Reset: No
Mode: Wireless - Client, Operating - Gateway
Setup: SFE, NTP, DDNS (inadyn-Entware), DNSMasq (GUI+ additional options on USB, Syslog, SSH,
Telnet, USB, Samba (with users), Remote Access (HTTPS & SSH), Startup Script (For DNSMasq & inadyn)
Uptime: up 4:49, load average: 0.00, 0.00, 0.00
Status: OK
Issues: None.
Temperature: CPU 54.810 °C / ath0 43 °C / ath1 45 °C


Router Model / Version: Netgear WNDR3700v1 X 2
Previous Firmware: DD-WRT v3.0-r43886 std (07/21/20)
Current Firmware: DD-WRT v3.0-r43904 std (07/23/20)
File: dd-wrt-webflash.bin
Kernel: Linux 3.10.108-d10 #53291 Thu Jul 23 04:48:22 +04 2020 mips
Reset: No
Mode: Wireless - Client, Operating - Router
Setup: NTP, DNSMasq, Syslog, SSH, Telnet, Remote Access (HTTPS & SSH)
Uptime:
    Rouer #1 up 4:41, load average: 0.12, 0.04, 0.04
    Router #2 up 4:45, load average: 0.07, 0.03, 0.04

Status: OK
Issues: None

All 3 routers running great!
ArjenR49
DD-WRT User


Joined: 05 Oct 2008
Posts: 414
Location: Helsinki, Finland

PostPosted: Fri Jul 24, 2020 8:59    Post subject: Reply with quote
ArjenR49 wrote:
ArjenR49 wrote:
pandemonium420 wrote:
ArjenR49 wrote:
R7800 now on build 43904.
The IPv6 test at https://ipv6-test.com/
finds a problem with ICMP.
I tried to enable and disable the Multicast filter and rebooting the router, but to no avail.

Whatever caused the recent flipping of Filter Multicast, may have come back to bite us again.

Next I'll revert to an earlier build.

A little while later:
Downgraded as far as 43800 skipping some of the intermediate builds, but no change. ICMP doesn't work.
Upgraded back to 43904 with reset and then restored saved settings. All to no avail. The test comes out 18/20 where it used to be 20/20 and it's due to ICMP not working (Not Tested as per the test result in grey).


A number of years ago when the IPv6 was being added into DDWRT I remember a firewall rule needed to be added to the IPv6 firewall to open up the ICMP port so you could at least get that 19/20, I always still needed to get a host name assigned from the ISP and with Spectrum its hard to explain that. I am in the process of trying to find the old threads showing that as I wish to try that again just for shits and giggles, my IPv6 works for me at 17/20 for years.


Some write that the test site mentioned above is unreliable, but after a number of hours ipv6 has broken and test result is only 4/20. This was typical for the situation where Filter Multicast was enabled. Ipv6 works after rebooting, but only for a while until the lack of ICMP response kills it.
This time, however, the filter multicast setting is disabled and the reason the problem cane back may be in the firewall rules I have added a little while ago.
I shall have to test without those rules and see what happens. Easy enough but can't do it just now.

If pandemonium can find the rule to allow ICMP traffic, I could test that with the other firewall rules in effect.
There's a plan ...


Commenting out the firewall rules didn't make a difference at all; test score still 18/20 only.

Results from other test sites like
https://test-ipv6.com/index.html.nl_NL
http://ds.testmyipv6.com/
https://ipv6.chappell-family.com/ipv6tcptest/
support the belief that
https://ipv6-test.com/
might indeed be unreliable ... at least from time to time as I've seen written.


My observation that IPv6 breaks after some hours was made on my Xiaomi smartphone, assuming that as a relatively new device it does IPv6, when given the chance.
However ... at the same time when that smartphone gets 4/20 from ipv6-test.com, my laptop still gets 18/20, and full IPv6 connectivity according to the other test sites.
Goto page 1, 2, 3  Next Display posts from previous:    Page 1 of 3
Post new topic   Reply to topic    DD-WRT Forum Forum Index -> Atheros WiSOC based Hardware All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum