[Beta] Asuswrt-Merlin 380.58 Beta 1 is available

[bayern1975]

Does it work if you flash 378.47 back? With the same config

i tested with 378.55, 378.56, 380.57 and john's merlin fork 17-E2....i used same settings on all and works very well....this setting using with all versions and do not work just with 380.58.....

sent from Kodi 17 Krypton

 

[phrozenspite]

Ok rolling back to previous one. Beta started acting up again.
03:23:05 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:23:24 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:23:25 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:23:26 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:23:27 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:23:28 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:23:29 kernel: printk: 3 messages suppressed.
Mar 19 03:23:30 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:00 kernel: printk: 6 messages suppressed.
Mar 19 03:24:00 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:01 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:02 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:02 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:03 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:04 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:05 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:09 kernel: printk: 3 messages suppressed.
Mar 19 03:24:09 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:16 kernel: printk: 11 messages suppressed.
Mar 19 03:24:16 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:20 kernel: printk: 8 messages suppressed.
Mar 19 03:24:20 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:27 kernel: printk: 10 messages suppressed.
Mar 19 03:24:27 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:30 kernel: printk: 5 messages suppressed.
Mar 19 03:24:30 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:35 kernel: printk: 11 messages suppressed.
Mar 19 03:24:35 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:40 kernel: printk: 5 messages suppressed.
Mar 19 03:24:40 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:45 kernel: printk: 6 messages suppressed.
Mar 19 03:24:45 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:50 kernel: printk: 10 messages suppressed.
Mar 19 03:24:50 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:55 kernel: printk: 10 messages suppressed.
Mar 19 03:24:55 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:24:59 kernel: printk: 2 messages suppressed.
Mar 19 03:24:59 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:25:05 kernel: printk: 11 messages suppressed.
Mar 19 03:25:05 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:25:10 kernel: printk: 10 messages suppressed.
Mar 19 03:25:10 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:25:15 kernel: printk: 10 messages suppressed.
Mar 19 03:25:15 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb.
Mar 19 03:25:20 kernel: printk: 8 messages suppressed.
Mar 19 03:25:20 kernel: ICMPv6 ND: __ndisc_send() failed to allocate an skb
Different message but my log is full of these now

*edit* back on 380.57 now. I flashed the beta and didn't change any settings last night and got a similar log of dnsmasq errors after some use. Around that time(and same tonight) i was watching netflix on my tablet, and went to look something up on my phone and noticed that i was having problems accessing any sites and checked the log. prior to this i was 100% stable for weeks on 380.57

 

[RogerSC]

Seems to be working well on the RT-AC68P here. Nice to see that I can disable cts and fa, and still have 2.4GHz. wireless *smile*. That way, I can use the "last 24 hour" traffic monitor graph and other traffic data.

Anyways, working well.

Thanks!

 

[Pos22]

Make sure you also enable Apps Analysis under Adaptive QoS. I suspect the two are tied together.

It's turned on and has been since I did the upgrade.

The thing I noticed today, is it is now not registering any daily activity, but does for weekly/monthly, but only for all clients not separate clients.

If I go back in time, no problems, I see the appropriate stats:

Fresh install, cleared nvram, manually inserted all current settings, did want to use John's nvram-save utility, but chose against it for a change.

So this has me a bit baffled.

 

[eddiez]

Seems to be working well on the RT-AC68P here. Nice to see that I can disable cts and fa, and still have 2.4GHz. wireless *smile*. That way, I can use the "last 24 hour" traffic monitor graph and other traffic data.

Anyways, working well.

Thanks!

AC68 does not have FA, only CTS.

 

[wavelet26]

Hi!
I've installed beta on RT-AC68U and I can't connect to USB modem. It connects for a second and disconnects immediately or doesn't connect at all. I didn't try 380.57 but on 378.56_2 I had no problems. The log says only:

Mar 19 11:09:51 WAN Connection: Ethernet link down.
Mar 19 11:09:54 WAN Connection: Ethernet link up.
Mar 19 11:09:59 WAN Connection: ISP's DHCP did not function properly.
Mar 19 11:10:20 crond[428]: time disparity of 333249 minutes detected
Mar 19 11:11:00 WAN Connection: Ethernet link down.
Mar 19 11:11:04 WAN Connection: Ethernet link up.
Mar 19 11:11:16 WAN Connection: Ethernet link up.
Mar 19 11:11:27 WAN Connection: Ethernet link up.
Mar 19 11:11:33 WAN Connection: ISP's DHCP did not function properly.
Mar 19 11:11:48 WAN Connection: Ethernet link up.

Full log is attached to this post. I will test if USB modem works on 380.57.
Thanks for any help.

Edit: I tested the 380.57 and there is no problem.

 

[Veldkornet]

Just checking in to confirm that my 87u seems to be running fine, no problems seen so far.

However, I've seen the below now and then in my logs for a few versions already. Anyone figured out what it is yet?

Mar 19 02:04:21 kernel: [truncated] pch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch ==NULL/npch
Mar 19 02:04:21 kernel: htb: htb qdisc 14: is non-work-conserving?

Sent from my iPhone using Tapatalk

 

[eddiez]

Just checking in to confirm that my 87u seems to be running fine, no problems seen so far.

However, I've seen the below now and then in my logs for a few versions already. Anyone figured out what it is yet?




Sent from my iPhone using Tapatalk

Do a forum Search. Has been answered many times already.

 

[HawkInOz]

It means something on your computer tried to access the web before the Internet came back online, and you have Web Redirection enabled on your router, so it causes your browser to load up that error page. My guess is this is a Firefox extension trying to connect immediately to the web. This is perfectly normal.

Bingo! I disabled Web Redirection by selecting 'No' for "Enable WAN down browser redirect notice" on the Administration > System page under "Web interface". The next reboot initiated from Chrome did not produce the unwanted second router Sign In tab/window from launching in Firefox. Thanks again!

 

[minhgi]

Beta 1 working on AC5300 with transparent squid 3.5.12. Thanks again great incremental revision. No wastes resource. High memory usage and low CPU.

 

[fz1jp]

Hello all, as always thank you to Merlin! I have an odd issue I've not had before. When I try and update my AC68U firmware from 378_56_2 to the beta, I get an error message "Firmware upgrade unsuccessful. This may result from incorrect image or error transmission"
Thanks in advance.

 

[Deleted member 22229]

There really should be a sticky for this question about the 68. You have to upgrade the 68 in steps. Flash Merlin 378.53 or 55 then after that flash the new version and it will load.

 

[MarkRH]

AC68 does not have FA, only CTS.

Well, that may be the case, but the UI does show it:

It also says both in the Tools section. Anyway, I leave it at that and everything works fine.

 

[RMerlin]

The thing I noticed today, is it is now not registering any daily activity, but does for weekly/monthly, but only for all clients not separate clients.

Try deleting the existing database and the signatures.

1) Stop Traffic Analyzer
2) Through SSH, remove the following files:

rm /jffs/traffic.db /jffs/signature/rule.trf

3) Reboot your router, then give it a few minutes to download up-to-date signatures
4) Re-enable Traffic Analyzer

 

[RMerlin]

Hello all, as always thank you to Merlin! I have an odd issue I've not had before. When I try and update my AC68U firmware from 378_56_2 to the beta, I get an error message "Firmware upgrade unsuccessful. This may result from incorrect image or error transmission"
Thanks in advance.

Reboot your router with no USB disk plugged in, to free up enough memory, then try again flashing.

 

[RMerlin]

Fa is showing since 378.56_2 for AC68, but its useless, hardware design. 68 dont support FA accel.Leave it on Auto, you have no choice,you cant choose now CTF1(cut through forwarding only)

It's possible that the newer revisions of the RT-AC68U support it, since they have a newer CPU (FA is a feature of that chip).

 

[john9527]

It's possible that the newer revisions of the RT-AC68U support it, since they have a newer CPU (FA is a feature of that chip).

Or, there may even be different revs of the older chips....it started showing up on some of the 800MHz AC68Us on my fork...or maybe they started bin'ing the newer CPUs with a speed sort....or it's just a bug In any event, it doesn't seem to hurt anything.

 

[MarkRH]

It's possible that the newer revisions of the RT-AC68U support it, since they have a newer CPU (FA is a feature of that chip).

Probably so. At least the Traffic Monitoring stuff all works right with it on now. (Daily, 24hour, realtime).

 

[RogerSC]

AC68 does not have FA, only CTS.

It tells me that it has FA, that must be incorrect then? Could just be a web admin GUI artifact, I guess. Doesn't really matter to me, my internet download speed is only 150Mbps, so about all I see when CTS (and FA?) is turned on is lower sirq. Doesn't affect throughput as near as I can tell.

Anyways, the router is working well with the new firmware, FA or not. Thanks!

 

[RMerlin]

It tells me that it has FA, that must be incorrect then? Could just be a web admin GUI artifact, I guess. Doesn't really matter to me, my internet download speed is only 150Mbps, so about all I see when CTS (and FA?) is turned on is lower sirq. Doesn't affect throughput as near as I can tell.

Anyways, the router is working well with the new firmware, FA or not. Thanks!

You have an RT-AC68P. That router has a BCM4709, which has FA support. The BCM4708 is the one without it.