What's new

Release [Fork] Asuswrt-Merlin 374 LTS release 49E4

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
RE: watchdog crash

Good data from everyone! Thanks.
Based on that, I think I may have found a memory leak in some code I 'borrowed' from lighttpd to address a possible pointer corruption during nvram reads which went in release 48. I rewrote the code (with some help from StackOverflow :) ) and it's up to try as 51D2. Fingers crossed.

PS - You'll also get the latest OpenSSL update and updated getdns/stubby. If it muddy's the water, I'll do another build and back them out.
 
RE: watchdog crash

Good data from everyone! Thanks.
Based on that, I think I may have found a memory leak in some code I 'borrowed' from lighttpd to address a possible pointer corruption during nvram reads which went in release 48. I rewrote the code (with some help from StackOverflow :) ) and it's up to try as 51D2. Fingers crossed.

PS - You'll also get the latest OpenSSL update and updated getdns/stubby. If it muddy's the water, I'll do another build and back them out.
51D2 did not go well for me. I updated via GUI, then found myself unable to access the router, even after a hard switch reset, static IP, etc. Eventually I put the router into recovery mode and flashed 47EB using the Asus Firmware Restoration Utility to get up and running again.
 
Last edited:
51D2 did not go well for me. I updated via GUI, then found myself unable to access the router, even after a hard switch reset, static IP, etc. Eventually I put the router into rescue mode and flashed 47EB using the Asus Firmware Restoration Utility to get up and running again.
Same here with my N66U. Did a normal update from 47EB and it was bricked. Even a WPS reset wouldn't revive it. I'm currently waiting on my second attempt at trying to flash 51D2 in recovery mode as the first attempt still resulted in a brick.
 
Me three. Radios were up and ssid was broadcasting but unit was 100% unresponsive on lan and wlan wouldn't authenticate
 
My second recovery attempt still resulted in a brick. So I recovered back to 50DA and then attempted to update to 51D2 through the GUI. That also resulted in another brick. :(
 
This just keeps getting stranger and stranger.....
I've been running the 51D2 on my AC68 all day without a problem (also no problem on the 50E8 release before that).
I then tried to load 51D2 on my N66 and got the same no response as has been reported.

While I've had problems in the past getting something to compile successfully MIPS vs ARM, I've only had one other case I can remember where something would compile and then not work on MIPS vs ARM, and that case involved a specific function library. In this case, it's just basic C code. It appears as if something in the 'old-old' MIPS compiler is generating something strange vs the just 'old' ARM compiler (maybe there's an errata somewhere on pointer manipulations).

Anyway, the patch I found is still my best guess at a possible fix for the reboots. 51D3 is up which just reverts the nvram patch. Verified this loads on my N66.
 
51D3 flashed on my spare :)... Ill flash the other 2 in service probably tomorrow
 
Last edited:
Can confirm that 51D3 flashed successfully on my AC66U. Now the clock starts….
 
I keep reading that as "soda"...
 
So ~50-60h in my ring pro doorbell and my (Shelly) relay switch that controls my garage door both dropped off the network overnight (around 5.30am) and refused to reconnect (I tried rebooting and resetting both devices several times), last resort was router reboot that brought them back online. The log shows the Ring Spot Cam (another Ring device on my network, but which was working OK) and a few other devices doing a lot of DNS overnight. Log here: https://pastebin.com/iRBeqgR
 
So ~50-60h in my ring pro doorbell and my (Shelly) relay switch that controls my garage door both dropped off the network overnight (around 5.30am) and refused to reconnect (I tried rebooting and resetting both devices several times), last resort was router reboot that brought them back online. The log shows the Ring Spot Cam (another Ring device on my network, but which was working OK) and a few other devices doing a lot of DNS overnight. Log here: https://pastebin.com/iRBeqgR
Nothing for me to investigate there.....router did everything right responding with a valid ACK to all the requests (wireless connect was OK)c. At least some internet access was working since NTP sync was working. I've seen cases where a single device (even one that appears to be OK) can get 'stuck' and cause similar problems (I had an HDHomerun Prime that would get stuck generating an arpc storm a couple times a year).

Since you didn't have any watchdog issues, I'm considering that fixed and am going to do a formal release for that change.
 
Release 51E3 is now available.

@RMerlin, please lock this thread.
 
Status
Not open for further replies.

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top