Posted: Fri Jan 06, 2023 6:42 Post subject: New Build - 01/06/2023 - r51184
Welcome to Broadcom r51184 beta release thread for reporting, feedback to developers & community benefit.
Please do not flash builds until installation is understood, risks involved and device specificrecovery 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.
Issues, observations, and/or workarounds reported:
• WebUI: Clear history or use a portable. Temporary cache bypass: Ctrl+F5, Cmd+Shift+R or new private window/incognito.
• Please report findings with steps needed to reproduce, configuration, clients, output, logs and important information below!
Important:
• Detail issues & relevant configs, logs: syslog klog 'dmesg' 'cat /tmp/var/log/messages' nvram set console_debug=1, serial.
• Firewall NAT: 'iptables -vnL' 'iptables -t nat -vnL' 'iptables -t mangle -vnL' & 'cat /tmp/.ipt'. Misc: stracetcpdumpwireshark.
• Gremlins: reboot. cold boot. Reset & reconfigure not restore backup. Search Trac & discuss in forum before opening tickets.
• Include operating & wireless modes (e.g. Gateway, Router, AP, SB, WDS, Mesh) and applicable configurations to reproduce.
Router/Version: Asus RT-N66U
File: dd-wrt.v24-51184_NEWD-2_K3.x-big-RT-N66U.trx
Firmware: DD-WRT v3.0-r51184 big (01/06/23)
Kernel: Linux 4.4.302-st28 #20796 Fri Jan 6 04:35:03 +06 2023 mips
Mode: Gateway, SFE disabled, Wifi disabled, WAN disabled, Wireguard Endpoint for external VPS, connected via LAN to WRT1900ACS v2, Keep Alive reboot 6:05 in the morning
Reset: No
Status: Installed, ok.
Linksys E2500
DD-WRT v3.0-r51184 mega (01/06/23)
Linux 4.4.302-st28 #20800 Fri Jan 6 04:40:12 +06 2023 mips
'dd-wrt.v24-51184_NEWD-2_K3.x_mega.bin'
GUI install over r51166
just a WAP --- all good here
Posted: Fri Jan 06, 2023 16:36 Post subject: Netgear Nighthawk R7000
Router/Version: Netgear R7000 Firmware: DD-WRT v3.0-r51184 std (01/06/23) Kernel: Linux 4.4.302-st28 #8470 SMP Fri Jan 6 02:48:52 +06 2023 armv7l Mode: Gateway, Wireless AP, Static Leases, Dnsmasq Caching. CTF & FA Enabled. NAT and QOS Off. All services off under Status>Sys-info. Reset: Nope, ran remove unused NVRAM parameters script. Previous: 01-03-2023-r51154 Status: Working so far, still testing. Wireless performance on 5.8Ghz appears to be better? Still Meh. wl: 14E4:4360 Temperatures: CPU 51.4 °C / WL0 47.5 °C / WL1 49.0 °C Base CFE: Modified Asus ASUS RT-AC68P/ASUS RT-AC68U (C0 Model CFE V1.3.0.7) Configured as a stock R7000.
Speedtest-3.jpg
Description:
Speedtest Over 5.8GHz Wireless. ISP Spec: 400 Mbps Down / 25 Mbps Up.
Joined: 18 Mar 2014 Posts: 12881 Location: Netherlands
Posted: Sat Jan 07, 2023 15:13 Post subject:
Router Model: Linksys EA6900 (XVortex CFE)
Firmware Version: DD-WRT v3.0-r51186M Community Build (01/06/23)
Kernel Version: Linux 4.4.302-st28 #1 SMP Fri Jan 6 17:21:34 CET 2023 armv7l
Upgraded DD-WRT v3.0-r51140M Community Build (12/31/22)via telnet (update via GUI not possible because nvram is placed on linux partition and not linux2 partition due to Xvortex CFE)
Reset: No not this time.
Configuration: Default gateway mode, 2,4GHz wireless running with unbridged VAP, 5GHz running, some static leases and some port range forwarding.
WireGuard client running with PBR.
OpenVPN client with PBR running.
NVRAM size 47K (NVRAM size should not be a problem with the Xvortex CFE)
Firmware: v3.0-r51184 std (01/06/23)
Router/Version: Netgear R7000 Kernel: Linux 4.4.302-st28 #8470 SMP Fri Jan 6 02:48:52 +06 2023 armv7l
Previous: v3.0-r51140 std (12/31/22)
Mode/Status: AP wired and wireless / Up and running for 2 days
Reset: Soft boot before and after upgrade
Temperatures: CPU 56.9 °C / WL0 45.0 °C / WL1 50.0 °C
Issues/Errors: Nothing significant
Updated via webif. No 'nvram erase' this time, last one was in July 2018 (r36325).
Upload and Download speeds are to ISP spec (500/500 Mbps).
Current basic R7000 setup (subject to change of course):
- Static WAN IP
- Shortcut Forwarding Engine: CTF, Flow Acceleration: Disabled
- STP - Enabled
- IPv4 only, both WAN and LAN
- LAN DHCP Enabled
- Not currently forwarding any ports
- Wireless: AP, Regulatory Domain = CANADA, wl0 N/G Mixed (ch. 6), wl1 AC/N-Mixed (ch. 36, VHT80), AES
- 1 wireless VLAN on wl0
- SNMP disabled, SSH enabled, Telnet disabled
- Firewall enabled, Log Level high
- Syslog: to local server. klogd: disabled.
- USB support - Off
- No custom scripts
- No: ttraf, Tor, VNC, Zabbix, VPN, Radius, OpenVPN
- No: UPnP, DMZ, QoS
- No: Samba, CIFS, JFFS2, miniDLNA, Entware, Optware _________________ Netgear R7000: v3.0-r54248 std (11/29/23)
EdgeRouter-X: EdgeOS v2.0.9-hotfix 7
Joined: 01 Feb 2016 Posts: 54 Location: Oregon, U.S.
Posted: Mon Jan 09, 2023 11:08 Post subject:
Yes I am reporting about two routers in the same post.
Both routers started in the same operating mode with the same version of DD-WRT, then both ended up in the same non-functioning state.
---Router #1---
Router/Version: ASUS RT-AC66U
File/Kernel: DD-WRT v3.0-r51184 std (01/06/23)
Previous/Reset: DD-WRT v3.0-r44467 / Factory Reset prior to update
Mode/Status: Access Point
Issues/Errors: Bricked, All 4 LAN ports are dead. WAN Port lights blink/flash.
---Router #2---
Router/Version: Netgear R8000
File/Kernel: DD-WRT v3.0-r51184 std (01/06/23)
Previous/Reset: DD-WRT v3.0-r44467 / Factory Reset prior to update
Mode/Status: Access Point
Issues/Errors: Bricked, All 4 LAN ports are dead. WAN Port lights blink/flash.
Okay I find this really odd, but not really surprised since they are both broadcomm based.
I started with the ASUS router using a WIN10 desktop.
- In a SSH session I reverted R44467 back to factory defaults using 'nvram erase&&reboot.'
- Changed default password.
- Cold booted the router then uploaded 'dd-wrt-51184-Asus_RT-AC66U.trx' via the GUI.
- disconnect router from desktop while it was rebooting and switched to Netgear router.
- In a SSH session I reverted R44467 back to factory defaults using 'nvram erase&&reboot.'
- Changed default password.
- Cold booted the router then uploaded 'netgear-r8000-webflash.bin' via the GUI.
- While this router was rebooting I switched my focus back to the ASUS.
The ASUS had a flashing power LED.
- download the ASUS firmware Rescue utility for the RT-AC66U, and a clean copy of the OEM firmware.
- connected ethernet to LAN port #1. The port LED lights did not come on.
- moved cable to Port #2, port LED lights did not come on
- moved cable to Ports 3 & 4, and got same thing.
- Tried the WAN port. The port LED's illuminated and blinked as usual. Actually working, IDK?
- I pressed and held the reset button for 30-40 seconds. The power LED did not stop flashing.
- Unplugged the power supply, and changed my focus to the Netgear again.
The NETGEAR router was now showing every LED on white, and the power LED was blinking orange.
I got the exact same response from the Ehternet ports as I did on the ASUS. All the LAN ports dead, and WAN port seems to be OK. Pressed & Held the reset button, then unplugged the router.
Went back to ASUS and plugged in the router. --NOTHING-- No power light, no ethernet port lights, just nothing. Tried a different power supply - nothing.
Waited a few more minutes prior to plugging in the NETGEAR again.
All 11 LED's on the front flashed bright white for about 10 seconds then went out.
There has been no response from the router since. Tried different power supply - nothing.
What are the odds that both of these routers had the exact same failure at the same time? Maybe I will dissect them if I get really bored to look for damaged circuits. Whatever? I only paid $4 for each of them at a thrift store a few years ago.
You can find another post from me over in the Marvell New Build R51184 thread about my experience with R51184 on a WRT1900AC v1.
Basically one build wiped out two routers and almost got a third.
Joined: 16 Jun 2022 Posts: 16 Location: Dallas, TX
Posted: Tue Jan 10, 2023 15:17 Post subject:
Firmware: DD-WRT v3.0-r51184 std (01/06/23)
Router/Version: ASUS RT-AC5300
Kernel: Linux 4.4.302-st28 #8475 SMP Fri Jan 6 03:27:03 +06 2023 armv7l
Previous: Firmware: DD-WRT v3.0-r50786 std (11/02/22)
Mode/Status: Wired and Wireless (1x 2.4 GHz, 2x 5 GHz) as Router (with DHCP), Switch and AP. DNS is offloaded to PiHole.
Uptime: 1 day, 12:32
Reset: No
Temperatures: CPU 48.0 °C / WL0 40.7 °C / WL1 42.0 °C / WL2 46.5 °C
Issues/Errors: 2nd 5GHz antenna (wl2) refused all connections until I went into the Wireless Security section and simply hit "Apply Settings". Since then all 3 SSIDs are functioning normally. Given the gap between my upgrades from November 22 to now, I suspect the jump was too great. If I see any further issues, I will start with a simple reboot, then factory reset and reapply all settings to see if that fixes the problem. Generally aiming for a monthly patching cadence but skipped December due to the holidays. Cheers and thanks to the team for your continued work enabling our routers to be so much more functional over the stock firmware shipped by the OEM.
Joined: 16 Jun 2022 Posts: 16 Location: Dallas, TX
Posted: Wed Jan 18, 2023 19:50 Post subject:
As a follow-up, I did continue to experience issues with both wl1 and wl2 antennas. I verified other fixes that worked for me in the past to stabilize the WiFi signals on my router remained set and temperatures were all under 50C.
So I went ahead and completed a factory reset. Before doing so, I captured screenshots and settings for all the customizations I do for my ASUS RT-AC5300 router to restore post-reset.
Will see if time proves that to be the fix or if I have a configuration issue / build issue. I realize there is a newer build (at time of my writing 2023/1/16), but I wanted to sort out if my 2 month gap between updates were the culprit vs. something else before making further changes.
Posting my feedback for completeness and acknowledgment that I didn't keep pace with the firmware updates given I was away, but I could have installed an intermediate update from Dec' 22 first since they are available, but did not. And I've always taken note from my research in the documentation + forums warning about skipping too many updates, and may now have fallen victim to that lesson.
I'll plan to circle back to confirm if WiFi stabilizes on this build given it worked very well from Nov '22 builds and prior, which would confirm the risk of staying too far behind on the updates.
Joined: 16 Jun 2022 Posts: 16 Location: Dallas, TX
Posted: Sun Feb 12, 2023 15:22 Post subject:
Closing the loop ... resetting to defaults and reconfiguring fixed the issues with the wl2 antenna. Was up for ~25 days with no issues. Skipping 2 months of updates was the problem.