Release Asuswrt-Merlin 386.5 is now available

[ColinTaylor]

I have updated my routers and working just fine as in my signature.

in my router I get som problem after a bad umount, probably.
is there a fix to get it back again? Have tried to format ext4 again but problem still occure.

Mar 22 13:23:43 kernel: EXT4-fs error (device sda1): ext4_mb_generate_buddy:757: group 1, block bitmap and bg descriptor inconsistent: 1808 vs 1809 free clusters

amtm > dc to try to fix the current problem.

Make sure your custom scripts shut themselves down during a reboot. Don't power off the router without unmounting the drive first.

 

[RoiDesRois]

Held off on 386.4 with mention of the driver issue, but dirty from 386.3_2 to 386.5 went smoothly and no issues noticed. Thank you for what you do.

 

[AntonK]

Smooth update from 386.5 to 386.5_1

Thanks RMerlin

 

[gerardr]

Nearly a day, solid running, of 5_1 alpha, after dirty upgrade on RT-AX3000 (with RT-AX58U firmware) from 5 stable.

 

[Deleted member 77025]

I uploaded 386.5_1 test builds:

OneDrive

www.asuswrt-merlin.net

These contain updates to openssl and openvpn, a few bug fixes, and an update to AiCloud (both security and bug fixes).

Asuswrt-Merlin 386/NG Changelog
===============================

386.5_2 (xx-xxx-2022)
  - UPDATED: openssl to 1.1.1n.
  - UPDATED: openvpn to 2.5.6.
  - CHANGED: Added Wireguard module + userspace tool to
             GT-AXE11000.
  - FIXED: Only a few DNSFilter clients are supported
           on HND models (entries limited to 255 chars).
  - FIXED: Security issue in AiCloud (backport from Asus)

386.5_1 ?

 

[JohnD5000]

Upgraded GT-AC2900 from 386.5 to 386.5_1. All seems fine, so far.

 

[XIII]

386.5_1 ?

With this firmware _1 is usually the test version for the final _2, I think?

 

[Deleted member 77025]

Dirty over 386.5 with Hard Reset and a reformat of JFFS.
Adding some AiMesh Nodes takes a little longer for me now.

The only Error i got so far was from AiProtection:

Mar 23 09:56:41 rc_service: rc 11251:notify_rc restart_wrs
Mar 23 09:56:44 BWDPI: fun bitmap = 47f
Mar 23 10:12:40 rc_service: httpd 6845:notify_rc restart_wrs;restart_firewall
Mar 23 10:12:41 BWDPI: force to flush flowcache entries
Mar 23 10:12:41 kernel: IDPfw: Exit IDPfw
Mar 23 10:12:41 kernel: mod epilog takes 0 jiffies
Mar 23 10:12:41 kernel: IDPfw: Exit IDPfw
Mar 23 10:12:41 kernel: Exit chrdev /dev/idpfw with major 191
Mar 23 10:12:41 kernel:  *** ERROR: [udb_shell_mod_exit:668] Udb static = 0, dynamic = 48
Mar 23 10:12:41 kernel: Exit chrdev /dev/idp with major 190
Mar 23 10:12:41 BWDPI: rollback fc
Mar 23 10:13:54 rc_service: httpd 6845:notify_rc restart_wrs;restart_qos;restart_firewall
Mar 23 10:13:54 kernel: Cpuidle Host Clock divider is enabled

Turn on AiProtection and disable UPNP under WAN,
after some Speedtests disable AiProtection and this showed up in the Logs.
Maybe a Trendmicro Bug

After restarting another Error:

May  5 07:05:02 kernel: CFG80211-ERROR) wl_setup_wiphy : Registering Vendor80211

 

[nzwayne]

Updated all smoothly from 386.5 to 386.5_1. Nothing weird looking in System Log after 12hrs. Thks Rmerlin (from the family).

 

[DiscoSi]

Dirty upgrade from 386.5 to 386.5_1, just one issue I noticed that QOS became disabled after the upgrade? Turned it back on just fine and running with no other issues.

 

[Deleted member 77025]

Did a Speedtest on QOS and my Log gets spamed now everytime i visit QOS with this:

Mar 23 14:42:11 kernel: Init chrdev /dev/idp with major 190
Mar 23 14:42:11 kernel: tdts: tcp_conn_max = 8000
Mar 23 14:42:11 kernel: tdts: tcp_conn_timeout = 300 sec
Mar 23 14:42:12 kernel: SHN Release Version: 2.0.2 36f59aa
Mar 23 14:42:12 kernel: UDB Core Version: 0.2.20
Mar 23 14:42:12 kernel: Init chrdev /dev/idpfw with major 191
Mar 23 14:42:13 kernel: IDPfw: flush fc
Mar 23 14:42:13 kernel: IDPfw: IDPfw is ready
Mar 23 14:42:13 kernel: sizeof forward pkt param = 280
Mar 23 14:42:13 BWDPI: fun bitmap = 3
Mar 23 14:42:35 BWDPI: force to flush flowcache entries
Mar 23 14:42:35 kernel: IDPfw: Exit IDPfw
Mar 23 14:42:35 kernel: mod epilog takes 0 jiffies
Mar 23 14:42:35 kernel: IDPfw: Exit IDPfw
Mar 23 14:42:35 kernel: Exit chrdev /dev/idpfw with major 191
Mar 23 14:42:35 kernel: Exit chrdev /dev/idp with major 190
Mar 23 14:42:35 BWDPI: rollback fc
Mar 23 14:43:09 kernel: Init chrdev /dev/idp with major 190
Mar 23 14:43:09 kernel: tdts: tcp_conn_max = 8000
Mar 23 14:43:09 kernel: tdts: tcp_conn_timeout = 300 sec
Mar 23 14:43:11 kernel: SHN Release Version: 2.0.2 36f59aa
Mar 23 14:43:11 kernel: UDB Core Version: 0.2.20
Mar 23 14:43:11 kernel: Init chrdev /dev/idpfw with major 191
Mar 23 14:43:11 kernel: IDPfw: flush fc
Mar 23 14:43:11 kernel: IDPfw: IDPfw is ready
Mar 23 14:43:11 kernel: sizeof forward pkt param = 280
Mar 23 14:43:11 BWDPI: fun bitmap = 3
Mar 23 14:43:22 BWDPI: force to flush flowcache entries
Mar 23 14:43:22 kernel: IDPfw: Exit IDPfw
Mar 23 14:43:22 kernel: mod epilog takes 0 jiffies
Mar 23 14:43:22 kernel: IDPfw: Exit IDPfw
Mar 23 14:43:22 kernel: Exit chrdev /dev/idpfw with major 191
Mar 23 14:43:22 kernel: Exit chrdev /dev/idp with major 190
Mar 23 14:43:22 BWDPI: rollback fc

 

[RMerlin]

With this firmware _1 is usually the test version for the final _2, I think?

Correct. Odd is test, even is release.

 

[dave14305]

Did a Speedtest on QOS and my Log gets spamed now everytime i visit QOS with this:

That’s normal when visiting the Bandwidth Monitor page while Adaptive QoS is disabled.

 

[noobertoober]

Upgraded today from a version that was over a year old (384.13 merlin) on RT-AC68U.

Process was: factory reset, minimal setup, flash merlin 386.5, factory reset, setup, then reboot again with format jffs partition enabled (planning to install FlexQoS next, have not yet done so due to below issue).

Issue: cannot enable QoS. Slider goes to on, I can configure adaptive bandwidth settings and mode. When clicking apply, nothing happens. Have tried chrome and edge.

Chrome developer console has the following error when clicking the 'Apply' button on the QoS page:


QoS_EZQoS.asp:873 Uncaught ReferenceError: fc_disable is not defined
at determineActionScript (QoS_EZQoS.asp:873:90)
at submitQoS (QoS_EZQoS.asp:925:1)
at HTMLDivElement.onclick (QoS_EZQoS.asp:2036:102)
determineActionScript @ QoS_EZQoS.asp:873
submitQoS @ QoS_EZQoS.asp:925
onclick @ QoS_EZQoS.asp:2036

Any help would be appreciated.

 

[Deleted member 77025]

3.0.0.4.386.46065 -> 386.5_1 tested, all working Perfect since 3-4 Hours for me

 

[jomcty]

I'm using this DNS setttings, and second time within last week I got no DNS response to clients, had to restart the router to make it work. Only after router reboot got DNS resolution again.

This configuration has been rock solid for me for months:

 

[DiscoSi]

Hmm, I think I may have spoken too soon. My 5 Ghz Wifi started to run really slow, I've disconnected all devices and done full power off and uplugged reboot to ensure the radios are powered off which clears the issue briefly but then it slows down to a crawl again, 2.4ghz and wired working just fine.

Really strange and I've never seen this before nor made any changes apart from updating to 386.5_1 firmware. I know none of the updates Merlin mentioned have anything to do with the wireless but with this and the QOS mysteriously turning off there could be something strange going on? I've now reflashed back to 386.5 and the 5G wireless is working as normal again now.

For now I'm going to stay on 386.5 as the family are complaining already about the internet being slow lol

 

[RMerlin]

Any help would be appreciated.

It's a bug in the original Asus web code, which only occurs on the RT-AC68U with Flow Accelerator support set to "Normal" (not all RT-AC68U revisions support it, that's why it only happens in a few rare cases).

As a temporary workaround you could temporarily disable ctf_fa_mode, enable QoS, then re-enable ctf_fa_mode.

Disable it:

nvram set ctf_fa_mode = 0

Re-enable it:

nvram set ctf_fa_mode = 2
nvram commit

It will be fixed for 386.5_2.

 

[Diamond67]

Updated all smoothly from 386.5 to 386.5_1. Nothing weird looking in System Log after 12hrs. Thks Rmerlin (from the family).

I haven't installed Test builds before.

But after downloading and installing fw version RT-AC68U_386.5_1-g8858f16344, my routers still shows ASUSWRT-Merlin RT-AC68U 386.5_0.

Not 386.5_1.

Should it show 386.5_1? Was my dirty flash unsuccessfull? Didn't notice any errors while flashing.

When I log in with SSH, I get this:
ASUSWRT-Merlin RT-AC68U 386.5_0 Wed Mar 2 16:35:59 UTC 2022

 

[Zastoff]

I haven't installed Test builds before.

But after downloading and installing fw version RT-AC68U_386.5_1-g8858f16344, my routers still shows ASUSWRT-Merlin RT-AC68U 386.5_0.

Not 386.5_1.

Should it show 386.5_1? Was my dirty flash unsuccessfull? Didn't notice any errors while flashing.

When I log in with SSH, I get this:
ASUSWRT-Merlin RT-AC68U 386.5_0 Wed Mar 2 16:35:59 UTC 2022

Reboot the router, unmount usb(in router ui only, the usb don't need to be removed from the router) If you have one that is, Then flash firmware.
Edit:
It should say 386.5_1-g8858f16344 if successfully flashed/installed.