[Preview] Early Asuswrt-Merlin 384.6 test builds are available

[AntonK]

I got nothing! My AC3100 rocks! This latest alpha is awesome, I have had absolutely no problems. This should clear through beta trials in no time. This is probably the best build ever...IMHO. Great work @RMerlin sir!!

Exactly my experience after many days on the latest alpha now with my AC3200.

 

[Blinkyz]

Nope!This build is not so awesome for the Ac68 serie (384.6 =21045 )
https://www.snbforums.com/threads/r...low-wifi-lan-transfer-rate.47560/#post-415653

Yaya i know its not merlin fault,asus bug again, and again,and again......

 

[scjr]

Nope!This build is not so awesome for the Ac68 serie (384.6 =21045 )
https://www.snbforums.com/threads/r...low-wifi-lan-transfer-rate.47560/#post-415653

Yaya i know its not merlin fault,asus bug again, and again,and again......

Yes, that bug is not Merlin’s fault. 384.6 is very solid.

You could always try Asus beta firmware, that appears to have addressed that issue:

https://www.snbforums.com/threads/ac68u-lan-to-wifi-downlink-throughput-issue.46992/

 

[Blinkyz]

You could always try Asus beta firmware, that appears to have addressed that issue

9.0.0.4_384_21071-ged7a196.trx?
Already tried and still on it , and lan-wifi speed is correct with this beta buld from asus. If im going back to 21045 or 384.6 alpha, issue is back.
Reset to factory,initialize.. etc, nothing work. I ll stay on 21071 till next build base on

 

[scjr]

9.0.0.4_384_21071-ged7a196.trx?
Already tried and still on it , and lan-wifi speed is correct with this beta buld from asus. If im going back to 21045 or 384.6 alpha, issue is back.
Reset to factory,initialize.. etc, nothing work

Then what was the point of your post? You already know that 384.6 is using 21045 for now. Have to wait until Merlin gets a build from Asus that addresses the issue.

 

[hervon]

Got this on my AC86U that might be related:

Jul 7 12:50:37 kernel: pgd = ffffffc01440b000
Jul 7 12:50:37 kernel: [005ae24c] *pgd=00000000153c8003, *pud=00000000153c8003, *pmd=00000000153c4003, *pte=0000000000000000
Jul 7 12:50:37 kernel: CPU: 0 PID: 809 Comm: httpd Tainted: P O 4.1.27 #2
Jul 7 12:50:37 kernel: Hardware name: Broadcom-v8A (DT)
Jul 7 12:50:37 kernel: task: ffffffc01929ea80 ti: ffffffc0153d4000 task.ti: ffffffc0153d4000
Jul 7 12:50:37 kernel: PC is at 0xf700faa0
Jul 7 12:50:37 kernel: LR is at 0x38d5c
Jul 7 12:50:37 kernel: pc : [<00000000f700faa0>] lr : [<0000000000038d5c>] pstate: 20030010
Jul 7 12:50:37 kernel: sp : 00000000ffe3c798
Jul 7 12:50:37 kernel: x12: 0000000000087f88
Jul 7 12:50:37 kernel: x11: 00000000ffe3c9e0 x10: 00000000f6c95066
Jul 7 12:50:37 kernel: x9 : 0000000000000000 x8 : 0000000000000000
Jul 7 12:50:37 kernel: x7 : 00000000ffe3ca04 x6 : 00000000ffe3c998
Jul 7 12:50:37 kernel: x5 : 00000000f6c95000 x4 : 00000000005ae240
Jul 7 12:50:37 kernel: x3 : 00000000f6ebb7a8 x2 : 00000000f6ebb7a8
Jul 7 12:50:37 kernel: x1 : 0000000000000000 x0 : 00000000005ae240

Restarted httpd in SSH and every thing's fime

 

[Lotta Cox]

Got this on my AC86U that might be related:

I get that too on a 86
https://www.snbforums.com/threads/p...uilds-are-available.47385/page-11#post-415690

 

[jerry6]

I get that too on a 86
https://www.snbforums.com/threads/p...uilds-are-available.47385/page-11#post-415690

Have you tried the latest Alpha 384.6_alpha2-g5b076fc87.zip ?

 

[Azguz]

Running on one of my 3200 , working well , no problems so far . Seems the 3200 I bought 2 months ago had a problem 2.4 ghz radio with Asus FW and Merlin , the 3200 I bought on the models release has no problems with 2.4 radio . So my previous problems must have been HW related .

I've been having 2.4 issues with devices that are solely 2.4 (non-dual band) since upgrading to 384. You mention here there might be hardware relation to it... i was more than fine on 380, but since i've encountered issues and some devices (amazon fire tablets for the kids (x2), only one of my many TP-Link bulbs, Two LED controllers (Magichome?) and range in general are still affected. was wondering if your upgrade to alpha build corrected that? Also which build are you running... This is a launch model - within one month of release at least. Was considering replacement after scouring the net for answers until i stumbled upon your comment here.

PS having kids and a drive failure on my server takes away my spending cash, so any solution would be much appreciated. right now im leaching the tablets off public Xfinity with my inlaws account so the kids don't tear my face off for tablet time

 

[Mutzli]

I've been having 2.4 issues with devices that are solely 2.4 (non-dual band) since upgrading to 384. You mention here there might be hardware relation to it... i was more than fine on 380, but since i've encountered issues and some devices (amazon fire tablets for the kids (x2), only one of my many TP-Link bulbs, Two LED controllers (Magichome?) and range in general are still affected. was wondering if your upgrade to alpha build corrected that? Also which build are you running... This is a launch model - within one month of release at least. Was considering replacement after scouring the net for answers until i stumbled upon your comment here.

PS having kids and a drive failure on my server takes away my spending cash, so any solution would be much appreciated. right now im leaching the tablets off public Xfinity with my inlaws account so the kids don't tear my face off for tablet time

This is an ASUS firmware issue and not Merlins. The current alpha firmware is based in 21045 which still comes with this problem. As some here in this thread reported, a new version 21071 (9.0.0.4_384_21071-ged7a196.trx) fixed their WiFi issues. Also read through the last few comments above . So I would definitely wait with replacing your router until Merlin merges the new 21071 firmware. Or you could also try to install the new ASUS firmware to see if that solves your WiFi problems (Links above).

 

[Lotta Cox]

Have you tried the latest Alpha 384.6_alpha2-g5b076fc87.zip ?

Didn't even see that version haha
These long filenames can be truncated

 

[Azguz]

This is an ASUS firmware issue and not Merlins. The current alpha firmware is based in 21045 which still comes with this problem. As some here in this thread reported, a new version 21071 (9.0.0.4_384_21071-ged7a196.trx) fixed their WiFi issues. Also read through the last few comments above . So I would definitely wait with replacing your router until Merlin merges the new 21071 firmware. Or you could also try to install the new ASUS firmware to see if that solves your WiFi problems (Links above).

After the post and reading through most of the thread, i did upgrade and automagically the 2.4 issues are fixed! im leaving the country on business again, as always, and the VPN server was wiped out moving to this FW. I don't mind i have a backup on my actual server for me only, not the people i allow to use vpn into my network. at least the kids have the tablets and my wife won't throw alexa echo out before i get home!

I've marked this thread and will follow it, of course checking the sourceforge site for Merlin's update. Thanks again for the response!

 

[Stach]

RT-AC86U with 384.6_alpha2-g5b076fc87, uptime nearly 5 days. After clicking round the GUI, after about the 20th click it froze trying to access the Dual WAN page*. Firefox message "performing a TLS handshake" and no further progress. SSH in with Putty, then service stop-httpd and service start-httpd, could log on again without problem.

*I am not using Dual WAN, just wanted to look at the configuration page.

As long as I don't use the GUI, the httpd's memory doesn't grow. If I stay in the GUI and/or click around then the httpd's memory grows until it becomes unresponsive. Currently I have been logged out of the GUI for several days and my httpd memory has stayed at 4696 kb. However, before that when I was monitoring traffic and looking at the Tools page regularly, the httpd memory increased up to 16000 kB and had to be restarted, before I was able to access the GUI again.

So now any time I logon to the GUI, or just look at a different page in the GUI, the httpd memory will continue to grow until a restart of httpd is required.

I know this is not a lot of info to go on, but I hope that since this is repeatable/recreatable that this helps to find the httpd memory issue.
Stach

 

[JohnSmith]

As per https://www.snbforums.com/threads/r...4-5-is-now-available.46575/page-5#post-405043 , I have upgrade my AC3100 to 384.6_alpha2-g5b076fc87 and it seems to have fixed the following problems:

- the Traffic Monitor WAN Tab shows these spikes, on a regular basis. (FIXED)

- Small cosmetic issue, but still noticing that the "Client Status" or the "View List" is showing all of my Wireless clients as being Wired again. When you export the client list to CSV, all of my Wireless clients show values in "TX" and "RX" columns but the "Interface" Column all shows "Wired" (FIXED)


(FIXED)
- The "Traffic Analyzer" Tab, under "Traffic Monitor", if you choose "Daily", it seems the "Reception" and "Transmission" graphs are both reversed, and the calculations are not correct.

Uptime over 6 Days, no other issues so far, thanks RMerlin!

 

[bobiii]

Uptime on my RT5300 with 51 clients ----

9 days 6 hours 1 minute(s) 18 seconds
This is on alpha 2

 

[iManuB]

I want to clarify that this error occurs with all the firmware. It always happens after the update or recovery.

Jul 10 12:02:46 kernel: httpd[1837]: unhandled level 3 translation fault (11) at 0x005bb00c, esr 0x92000007
Jul 10 12:02:46 kernel: pgd = ffffffc014756000
Jul 10 12:02:46 kernel: [005bb00c] *pgd=00000000145d1003, *pud=00000000145d1003, *pmd=0000000014613003, *pte=0000000000000000
Jul 10 12:02:46 kernel: CPU: 0 PID: 1837 Comm: httpd Tainted: P           O    4.1.27 #2
Jul 10 12:02:46 kernel: Hardware name: Broadcom-v8A (DT)
Jul 10 12:02:46 kernel: task: ffffffc0144b6b00 ti: ffffffc014664000 task.ti: ffffffc014664000
Jul 10 12:02:46 kernel: PC is at 0xf6f4caa0
Jul 10 12:02:46 kernel: LR is at 0x25d28
Jul 10 12:02:46 kernel: pc : [<00000000f6f4caa0>] lr : [<0000000000025d28>] pstate: 20000010
Jul 10 12:02:46 kernel: sp : 00000000ffea6858
Jul 10 12:02:46 kernel: x12: 0000000000087f88
Jul 10 12:02:46 kernel: x11: 0000000000075925 x10: 0000000000000001
Jul 10 12:02:46 kernel: x9 : 00000000005b7708 x8 : 0000000000000000
Jul 10 12:02:46 kernel: x7 : 00000000005bb000 x6 : 0000000000528120
Jul 10 12:02:46 kernel: x5 : 00000000005bb178 x4 : 00000000005bb000
Jul 10 12:02:46 kernel: x3 : 00000000f6df87a8 x2 : 00000000f6df87a8
Jul 10 12:02:46 kernel: x1 : 0000000000000000 x0 : 00000000005bb000
Jul 10 10:03:02 watchdog: restart httpd
Jul 10 10:03:02 rc_service: watchdog 763:notify_rc stop_httpd
Jul 10 10:03:02 rc_service: watchdog 763:notify_rc start_httpd
Jul 10 12:03:02 RT-AC86U: start httpd:80

The router, in fact, continues its normal activity. Never a restart.
However, it may happen that for a few seconds on the Network Map - Status screen, the page stops responding and it is clear why the CPU usage will remain locked on a number (for example: 2%).
It is as if the Restore or Initialize did not work as they should and does not completely clean the NVRAM.

The router has by default 192.168.1.1. I put the router in cascade with 192.168.2.1. Why, when I initialize or restore, do I always stay with 192.168.2.1? Should not you go back to 192.168.1.1?

Is not there a command to clean the NVRAM in SSH?

 

[Mutzli]

Is not there a command to clean the NVRAM in SSH?

To clean the nvram run the following command in a SSH terminal:

for line in `nvram show | grep =$ `; do var=${line%*=}; nvram unset $var; done; nvram commit

 

[iManuB]

To clean the nvram run the following command in a SSH terminal:

for line in `nvram show | grep =$ `; do var=${line%*=}; nvram unset $var; done; nvram commit

Can you do an example, please?

Thanks!

 

[Mutzli]

Can you do an example, please?

Thanks!

Login Name@RT-AC88U:/tmp/home/root# for line in `nvram show | grep =$ `; do var=${line%*=}; nvram unset $var; done; nvram commit

size: 65500 bytes (65572 left)

 

[jerry6]

Well the 2.4 problems are back , cannot connect to the 2.4 radio .3200 384.6 beta 2