[Release] Asuswrt-Merlin 384.9 is now available

[gattaca]

I'm not sure where to post this but it sure looks like a kernel panic/trap that is unhandled. The logs show this happening every 15-30 minutes now. Anything else I can post to help or is this an already known issue? It's on an RT-AC86U with latest released 384.9 + amtm + diversion + dnscrypt + pixelserv-tls + skynet (all latest revs). Thanks!

Mar 3 10:27:33 Skynet: [#] 152694 IPs (+0) -- 7349 Ranges Banned (+0) || 0 Inbound -- 1039 Outbound Connections Blocked! [stats] [5s]
Mar 3 10:33:28 kernel: dcd[26239]: unhandled level 3 translation fault (11) at 0x00000000, esr 0x92000007
Mar 3 10:33:28 kernel: pgd = ffffffc004ca6000
Mar 3 10:33:28 kernel: [00000000] *pgd=0000000006875003, *pud=0000000006875003, *pmd=0000000004e8d003, *pte=0000000000000000
Mar 3 10:33:28 kernel: CPU: 1 PID: 26239 Comm: dcd Tainted: P O 4.1.27 #2
Mar 3 10:33:28 kernel: Hardware name: Broadcom-v8A (DT)
Mar 3 10:33:28 kernel: task: ffffffc019199540 ti: ffffffc001a00000 task.ti: ffffffc001a00000
Mar 3 10:33:28 kernel: PC is at 0xf75e3f44
Mar 3 10:33:28 kernel: LR is at 0x1dc74
Mar 3 10:33:28 kernel: pc : [<00000000f75e3f44>] lr : [<000000000001dc74>] pstate: 600e0010
Mar 3 10:33:28 kernel: sp : 00000000ffe305e8
Mar 3 10:33:28 kernel: x12: 000000000009ff10
Mar 3 10:33:28 kernel: x11: 00000000f68ff024 x10: 00000000000a02b4
Mar 3 10:33:28 kernel: x9 : 00000000f68ff670 x8 : 00000000000a076c
Mar 3 10:33:28 kernel: x7 : 00000000f68ff6a8 x6 : 00000000000a0766
Mar 3 10:33:28 kernel: x5 : 0000000000000000 x4 : 00000000f68ff654
Mar 3 10:33:28 kernel: x3 : 0000000000000000 x2 : 00000000ffe305c4
Mar 3 10:33:28 kernel: x1 : 000000000007c674 x0 : 0000000000000000
Mar 3 11:00:03 Skynet: [#] 152694 IPs (+0) -- 7349 Ranges Banned (+0) || 0 Inbound -- 1039 Outbound Connections Blocked! [save] [3s]

 

[Butterfly Bones]

I'm not sure where to post this but it sure looks like a kernel panic/trap that is unhandled. The logs show this happening every 15-30 minutes now. Anything else I can post to help or is this an already known issue? It's on an RT-AC86U with latest released 384.9 + amtm + diversion + dnscrypt + pixelserv-tls + skynet (all latest revs). Thanks!

Mar 3 10:27:33 Skynet: [#] 152694 IPs (+0) -- 7349 Ranges Banned (+0) || 0 Inbound -- 1039 Outbound Connections Blocked! [stats] [5s]
Mar 3 10:33:28 kernel: dcd[26239]: unhandled level 3 translation fault (11) at 0x00000000, esr 0x92000007

Know issue posted in post #1 of this thread:
https://www.snbforums.com/threads/release-asuswrt-merlin-384-9-is-now-available.54843/

There is a number of known issues in this release that cannot be fixed at this time:

• dcd process crashing on RT-AC86U (bug in Trend Micro's code, outside of my control).
• Users failing to read changelogs will probably complain about the above issues. (Outside of my control).

Workaround:
https://www.snbforums.com/threads/script-to-remove-dcd-crashes-from-system-log.54734/#post-464413

 

[gattaca]

Know issue posted in post #1 of this thread:
https://www.snbforums.com/threads/release-asuswrt-merlin-384-9-is-now-available.54843/

Workaround:
https://www.snbforums.com/threads/script-to-remove-dcd-crashes-from-system-log.54734/#post-464413

Thank You! I did not put them together.

 

[telUK]

Hey everyone

Still on 384.8_2 , its been rock solid for a while, have an uptime of 25 days at present and I posted a thread a while back about having 5ghz wifi issues where it would randomly drop every now and again, although it was a rare occurrence.

I had already followed the recommended settings on here but I also changed to channel 100 and used a fixed channel bandwidth (as suggested by someone on here), setting it to 80mhz instead of AUTO 20/40/80 , and as it stands my 5ghz wifi has not dropped since changing that, (fingers crossed).

How is 384.9, It looked like people were having some issues when it was released, is that still the case?

Might stick to 384.8_2 for now seen as its very stable for me.

 

[Morac]

I had to revert to 384.8_2 because my Sony TV kept losing Internet and/or LAN access under 384.9. 384.8_2 has been working flawlessly.

 

[Hawk]

No, country code is set to US.

Eric, I need your opinion, I have been running stock version 3.0.0.4.384_5640 on my router for 10 + days using non dfs channel, disable airtime fairness, and other stuff to match setting between stock and firmware complied by you. 5 GHz hasn't crashed or stopped working even once on stock, I am aware wireless components are close source, is there possibility in GPL 5640 there is fix for wifi related components.

Since it does improve wifi stability according to log changes and there are few things which lead me to believe that new gpl fix wifi issues and add few additional things which I don't remember being included before, including tx adjustment on professional page and under wireless log there is additional field which shows how wide bandwidth channel each device is using. Also there is no spam message of wireless association and dissociation showing up.

Should I still replace my rt-ax88u?

 

[RMerlin]

5 GHz hasn't crashed or stopped working even once on stock

It never has with my own RT-AX88U either, running 384.9 (and now 384.10 beta, but still on the same wifi code), so I'd say that's inconclusive.

is there possibility in GPL 5640 there is fix for wifi related components.

No idea what specific changes are part of 5640 since the wifi code is closed source.

 

[maxbraketorque]

A few days ago, a previously steady OVPN connection between an AC86U client and AC68U server running this FW temporarily lost the ability to automatically stay connected. I had no problem manually restarting the session after I realized the connection was severed. The reconnection attempts were obvious in the log, but the reason for the failed connection wasn't obvious. It also appeared that the ASUS DDNS service was unable to obtain the current router internet IP address. Maybe the server lost its internet connection? Or maybe the problem with the ASUS DDNS caused the OVPN issue?

 

[L&LD]

A few days ago, a previously steady OVPN connection between an AC86U client and AC68U server running this FW temporarily lost the ability to automatically stay connected. I had no problem manually restarting the session after I realized the connection was severed. The reconnection attempts were obvious in the log, but the reason for the failed connection wasn't obvious. It also appeared that the ASUS DDNS service was unable to obtain the current router internet IP address. Maybe the server lost its internet connection? Or maybe the problem with the ASUS DDNS caused the OVPN issue?

Seems most likely that the public IP address changed and the Asus DDNS wasn't synced up.

The default for the Asus DDNS sync is 21 days. I change that to 1 day instead.

 

[Zonkd]

A few days ago, a previously steady OVPN connection between an AC86U client and AC68U server running this FW temporarily lost the ability to automatically stay connected. I had no problem manually restarting the session after I realized the connection was severed. The reconnection attempts were obvious in the log, but the reason for the failed connection wasn't obvious. It also appeared that the ASUS DDNS service was unable to obtain the current router internet IP address. Maybe the server lost its internet connection? Or maybe the problem with the ASUS DDNS caused the OVPN issue?

Just a thought but some ISPs will give you a static IP for free if you request it. If a permanent connection is that important to you then you may consider so even DDNS domain won’t be necessary.

 

[maxbraketorque]

Seems most likely that the public IP address changed and the Asus DDNS wasn't synced up.

The default for the Asus DDNS sync is 21 days. I change that to 1 day instead.

Just a thought but some ISPs will give you a static IP for free if you request it. If a permanent connection is that important to you then you may consider so even DDNS domain won’t be necessary.

Thanks both for the suggestions. My router-to-router OVPN bridge is something I just set up a few weeks ago, so I'm going to leave all the configurations as-is for the moment to see if the issue happens again. If it happens again, hopefully I'll have enough info in the log to determine what went wrong.

 

[Undesirable]

My Asus RT-AX88U keeps spewing out these messages in the system log;

Feb 10 08:07:34 kernel: blog_death_by_timeout: bad timeout value=18446744073709541616, extra_jiffies=30000, idle_jiffies=40000


It's doing it nonstop. Can't seem to find much information about it.

I get the exact same error message as you. Same bad timeout value etc. Anyone know what the error message refers to?

It seems to happen after various DNSMASQ events. Sometimes it can go for 3 days without spamming them, other times only a few hours.

Feb 25 14:20:05 dnsmasq-dhcp[1158]: DHCPDISCOVER(br0) **:**:**:**:**:**
Feb 25 14:20:05 dnsmasq-dhcp[1158]: DHCPOFFER(br0) 192.168.1.43 **:**:**:**:**:**
Feb 25 14:20:05 dnsmasq-dhcp[1158]: DHCPREQUEST(br0) 192.168.1.43 **:**:**:**:**:**
Feb 25 14:20:05 dnsmasq-dhcp[1158]: DHCPACK(br0) 192.168.1.43 **:**:**:**:**:**
Feb 25 14:20:14 WLCEVENTD: Disassoc **:**:**:**:**:**
Feb 25 14:53:00 kernel: blog_death_by_timeout: bad timeout value=18446744073709541616, extra_jiffies=30000, idle_jiffies=40000
Feb 25 14:53:21 kernel: blog_death_by_timeout: bad timeout value=18446744073709541616, extra_jiffies=30000, idle_jiffies=40000
Feb 25 14:54:49 kernel: blog_death_by_timeout: bad timeout value=18446744073709541616, extra_jiffies=30000, idle_jiffies=40000
Feb 25 14:56:15 kernel: blog_death_by_timeout: bad timeout value=18446744073709541616, extra_jiffies=30000, idle_jiffies=40000
Feb 25 14:56:58 kernel: blog_death_by_timeout: bad timeout value=18446744073709541616, extra_jiffies=30000, idle_jiffies=40000

I'm being blocked by the snbforums web server from adding more log information, so here's the pastebin: https://pastebin.com/X81n1KxJ

 

[speedingcheetah]

I noticed something odd.
The Status side bar on the main router GUI page, the realtime cpu stats don't seem to be accurate...UNLESS, i have the phone app open and viewing the System Monitor part.
Then the app shows the real cpu usage, and so does the router GUI webpage. When i close out of the app, I run the same stress tests (downloading a large file using IDM with multiple connections) and the web GUi barley shows any cpu activity, 2-5% says the cores are at. When I have the app open on phone, run same test, both now show core 1 at 70-92% and core 2 5-35% while the test is running, then back to idel when done.

 

[Broken Hope]

Has anyone experienced any random reboots on their AC86U? I have no idea if it's the GPL code doing it or something in Merlin, I've only had 2-3 in the past month or so, but it's just weird as it's the first time it's happened.

 

[blue166]

Has anyone experienced any random reboots on their AC86U? I have no idea if it's the GPL code doing it or something in Merlin, I've only had 2-3 in the past month or so, but it's just weird as it's the first time it's happened.

How long have you had the 86U?

Is this issue since only using 384.9?

Was it solid before?

 

[Broken Hope]

How long have you had the 86U?

Is this issue since only using 384.9?

Was it solid before?

I've had it for well over a year and yeah it was solid before, only noticed the reboots with 384.9 yeah.

 

[L&LD]

I've had it for well over a year and yeah it was solid before, only noticed the reboots with 384.9 yeah.

Did you do a full reset to factory defaults after flashing the 384.9 firmware and then minimally and manually configuring the router to secure it and connect to your ISP?

See my links below if you didn't (in the signature).

 

[JIPG]

Only for information, my RT-AC87U with Merlin 384.9 is not showing the slow memory leak it had with previous versions (day after day, the available memory was decreasing a little bit).
After around a month, it it still at the same values that at the beginning of the FW384.9 installation.

So, thank you for it!

 

[mircean]

Hi all,

I'm trying to manually build for RT-AC66U B1 (same image as for AC68U), master, up-to-date repo, Ubuntu 18.04 with latest updates and encountered problems with libevent2:

# cd release/src-rt-6.x.4708
# make clean
# make rt-ac68u

(...)

asuswrt-merlin.ng/release/src/router/libevent-2.0.21/missing: No such file or directory
Makefile:722: recipe for target 'aclocal.m4' failed

Did anyone encounter the same problem?
Thanks!

 

[dave14305]

master

Build from mainline.