What's new

[Preview 384/NG] Asuswrt-Merlin 384.5 early test builds

  • 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!

moving to alpha 3 RT-AC86U and I have noticed : HW acceleration Runner: Disabled - Flow Cache: Enabled
Previously reporting runner as enabled.

edit: reboot fixed it :-/
 
Last edited:
Have been running alpha 2 since release and have initialized twice at times. Last night, all WiFi dropped on both the main SSID and guest. I left it until the morning and found the following in the logs after a hard reboot:
Code:
Apr 20 21:52:04 kernel: br0: received packet on eth5 with own address as source address
Apr 20 22:01:15 smbd[4764]: [2018/04/20 22:01:15.898135,  0] smbd/negprot.c:706(reply_negprot)
Apr 20 22:01:15 smbd[4764]:   No protocol supported !
Apr 20 22:01:16 smbd[4765]: [2018/04/20 22:01:16.170753,  0] smbd/negprot.c:706(reply_negprot)
Apr 20 22:01:16 smbd[4765]:   No protocol supported !
Apr 20 22:01:18 smbd[4770]: [2018/04/20 22:01:18.737526,  0] smbd/negprot.c:706(reply_negprot)
Apr 20 22:01:18 smbd[4770]:   No protocol supported !
Apr 20 22:01:18 smbd[4773]: [2018/04/20 22:01:18.974798,  0] smbd/negprot.c:706(reply_negprot)
Apr 20 22:01:18 smbd[4773]:   No protocol supported !
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.075 wlc_bsscfg_newaid marking bit = 0 for bsscfg 0 AIDMAP
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.080 wl0: 74:d0:2b:89:6a:98 attempted association with no primary PSTA information
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.080 AP: Checking if WEP key needs to be inserted
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.080 MBSS on
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.080 wl0.0 74:d0:2b:89:6a:98 associated
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.084 flow_create : bitmap_size=512  maxitems=2048
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.088 wl0.0: wlc_send_bar: seq 0x1 tid 0
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.189 wl0: wlc_scb_set_auth: 74:d0:2b:89:6a:98 authorized
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.694 wlc_bsscfg_newaid marking bit = 1 for bsscfg 0 AIDMAP
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.697 AP: Checking if WEP key needs to be inserted
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.697 MBSS on
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.698 wl0.0 68:db:ca:8d:c1:19 associated
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.698 wl0.0 scb:68:db:ca:8d:c1:19, psta_prim:74:d0:2b:89:6a:98
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.701 flow_create : bitmap_size=512  maxitems=2048
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.735 wl0.0: wlc_send_bar: seq 0x1 tid 0
Apr 20 22:10:47 kernel: DUMP CONSOLE: 075831.875 ampdu_dbg: wl0.0 a0:02:dc:df:a0:8f scb:0031fa04 tid:1
Apr 20 22:10:47 kernel: dhdpcie_checkdied: msgtrace address : 0x00000000
Apr 20 22:10:47 kernel: console address  : 0x0043FCF0
Apr 20 22:10:47 kernel: Assrt not built in dongle
Apr 20 22:10:47 kernel: TRAP type 0x4 @ epc 0x23798c, cpsr 0x88000193, spsr 0x88000033, sp 0x2b4f08, lp 0x2379c7, rpc 0x23798c
Apr 20 22:10:47 kernel: Trap offset 0x2b4eb0, r0 0xbfc5, r1 0xfa0, r2 0x0, r3 0xfa8ef7, r4 0x337d8c, r5 0x337d78, r6 0x337d98, r7 0xfa0
Apr 20 22:10:47 rc_service: restart_wireles 5772:notify_rc stop_amas_wlcconnect
Apr 20 22:10:47 rc_service: restart_wireles 5772:notify_rc stop_amas_bhctrl
Apr 20 22:10:47 kernel: br0: port 6(eth6) entered disabled state
Apr 20 22:10:47 kernel: device eth6 left promiscuous mode
Apr 20 22:10:47 kernel: br0: port 6(eth6) entered disabled state
Apr 20 22:10:47 kernel: br0: port 7(wl0.1) entered disabled state
Apr 20 22:10:47 kernel: device wl0.1 left promiscuous mode
Apr 20 22:10:47 kernel: br0: port 7(wl0.1) entered disabled state
Apr 20 22:10:47 kernel: ubi1: attaching mtd9
Apr 20 22:10:47 kernel: ubi1: scanning is finished
Apr 20 22:10:47 kernel: ubi1: attached mtd9 (name "misc1", size 8 MiB)
Apr 20 22:10:47 kernel: ubi1: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
Apr 20 22:10:47 kernel: ubi1: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
Apr 20 22:10:47 kernel: ubi1: VID header offset: 2048 (aligned 2048), data offset: 4096
Apr 20 22:10:47 kernel: ubi1: good PEBs: 64, bad PEBs: 0, corrupted PEBs: 0
Apr 20 22:10:47 kernel: ubi1: user volume: 1, internal volumes: 1, max. volumes count: 128
Apr 20 22:10:47 kernel: ubi1: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1960956644
Apr 20 22:10:47 kernel: ubi1: available PEBs: 0, total reserved PEBs: 64, PEBs reserved for bad PEB handling: 4
Apr 20 22:10:47 kernel: ubi1: background thread "ubi_bgt1d" started, PID 5797
Apr 20 22:10:48 kernel: UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name "nvram", R/O mode
Apr 20 22:10:48 kernel: UBIFS (ubi1:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
Apr 20 22:10:48 kernel: UBIFS (ubi1:0): FS size: 5840896 bytes (5 MiB, 46 LEBs), journal size 1015809 bytes (0 MiB, 6 LEBs)
Apr 20 22:10:48 kernel: UBIFS (ubi1:0): reserved for root: 275879 bytes (269 KiB)
Apr 20 22:10:48 kernel: UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID 700E756D-208E-4C91-B256-B51AA3EDE77F, small LPT model
Apr 20 22:10:48 kernel: UBIFS (ubi1:0): un-mount UBI device 1
Apr 20 22:10:48 kernel: ubi1: detaching mtd9
Apr 20 22:10:48 kernel: ubi1: mtd9 is detached
Apr 20 22:10:49 kernel: device eth6 entered promiscuous mode
Apr 20 22:10:49 kernel: br0: port 6(eth6) entered listening state
Apr 20 22:10:49 kernel: br0: port 6(eth6) entered listening state
Apr 20 22:10:49 kernel: device wl0.1 entered promiscuous mode
Apr 20 22:10:49 kernel: br0: port 7(wl0.1) entered listening state
Apr 20 22:10:49 kernel: br0: port 7(wl0.1) entered listening state
Apr 20 22:10:49 kernel: ubi1: attaching mtd9
Apr 20 22:10:49 kernel: ubi1: scanning is finished
Apr 20 22:10:49 kernel: ubi1: attached mtd9 (name "misc1", size 8 MiB)
Apr 20 22:10:49 kernel: ubi1: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
Apr 20 22:10:49 kernel: ubi1: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
Apr 20 22:10:49 kernel: ubi1: VID header offset: 2048 (aligned 2048), data offset: 4096
Apr 20 22:10:49 kernel: ubi1: good PEBs: 64, bad PEBs: 0, corrupted PEBs: 0
Apr 20 22:10:49 kernel: ubi1: user volume: 1, internal volumes: 1, max. volumes count: 128
Apr 20 22:10:49 kernel: ubi1: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1960956644
Apr 20 22:10:49 kernel: ubi1: available PEBs: 0, total reserved PEBs: 64, PEBs reserved for bad PEB handling: 4
Apr 20 22:10:49 kernel: ubi1: background thread "ubi_bgt1d" started, PID 5990
Apr 20 22:10:50 kernel: UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name "nvram", R/O mode
Apr 20 22:10:50 kernel: UBIFS (ubi1:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
Apr 20 22:10:50 kernel: UBIFS (ubi1:0): FS size: 5840896 bytes (5 MiB, 46 LEBs), journal size 1015809 bytes (0 MiB, 6 LEBs)
Apr 20 22:10:50 kernel: UBIFS (ubi1:0): reserved for root: 275879 bytes (269 KiB)
Apr 20 22:10:50 kernel: UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID 700E756D-208E-4C91-B256-B51AA3EDE77F, small LPT model
Apr 20 22:10:50 kernel: UBIFS (ubi1:0): un-mount UBI device 1
Apr 20 22:10:50 kernel: ubi1: detaching mtd9
Apr 20 22:10:50 kernel: ubi1: mtd9 is detached
Apr 20 22:10:51 kernel: br0: port 6(eth6) entered learning state
Apr 20 22:10:51 kernel: br0: port 7(wl0.1) entered learning state
Apr 20 22:10:53 kernel: br0: topology change detected, propagating
Apr 20 22:10:53 kernel: br0: port 6(eth6) entered forwarding state
Apr 20 22:10:53 kernel: br0: topology change detected, propagating
Apr 20 22:10:53 kernel: br0: port 7(wl0.1) entered forwarding state
Apr 20 23:00:06 disk_monitor: Got SIGALRM...
 
The client list is beyond broken with this latest Alpha build on the AC88u, back to 384_2. It constantly refreshes and fails to detect certain clients.
Client list working here on my AC3100.
 
Installed alpha3 on top of alpha2, after reboot all looked fine. After a second reboot somehow QiS showed up instead of the admin login screen. Restored settings from backup made prior to upgrading and rebooted once more and it seems all okay now.
 
Installed alpha3 - was looking ok then lost all external connectivity. Router UI was still showing connected, but 0 traffic flow from either router itself or from wireless or wired devices. Nothing I could see in the logs, or even dmesg.

Rebooted and though I had an external IP, ddns was throwing an error, and there remained no connectivity.
After 5 mins I went to reboot my cable router, but as I did the page I was loading *appeared* to load, though it's possible it hit cached pages.

So currently tough to identify the cause, though this issue has seemingly been cropping up since the release of 384.4 approximately..
 
I'm getting these frequently as I scroll the settings different pages:

EDIT--86u on alpha3

Apr 21 10:14:08 kernel: pgd = ffffffc0176f1000
Apr 21 10:14:08 kernel: [0063e1e4] *pgd=0000000015279003, *pud=0000000015279003, *pmd=000000000a147003, *pte=0000000000000000
Apr 21 10:14:08 kernel: CPU: 1 PID: 25106 Comm: httpd Tainted: P O 4.1.27 #2
Apr 21 10:14:08 kernel: Hardware name: Broadcom-v8A (DT)
Apr 21 10:14:08 kernel: task: ffffffc01e86b480 ti: ffffffc01535c000 task.ti: ffffffc01535c000
Apr 21 10:14:08 kernel: PC is at 0xf728eaa0
Apr 21 10:14:08 kernel: LR is at 0x25f28
Apr 21 10:14:08 kernel: pc : [<00000000f728eaa0>] lr : [<0000000000025f28>] pstate: 20000010
Apr 21 10:14:08 kernel: sp : 00000000ffea4148
Apr 21 10:14:08 kernel: x12: 00000000000876e4
Apr 21 10:14:08 kernel: x11: 0000000000074654 x10: 0000000000000001
Apr 21 10:14:08 kernel: x9 : 000000000056c9b8 x8 : 0000000000000000
Apr 21 10:14:08 kernel: x7 : 0000000000570380 x6 : 000000000056ff80
Apr 21 10:14:08 kernel: x5 : 000000000063e1d8 x4 : 000000000063e1d8
Apr 21 10:14:08 kernel: x3 : 00000000ffffffff x2 : 00000000f713a7a8
Apr 21 10:14:08 kernel: x1 : 0000000000000000 x0 : 000000000063e1d8
Apr 21 10:14:18 watchdog: restart httpd
Apr 21 10:14:18 rc_service: watchdog 813:notify_rc stop_httpd
Apr 21 10:14:18 rc_service: watchdog 813:notify_rc start_httpd
Apr 21 10:14:18 RT-AC86U: start httpd:80
 
Just reporting the kernel crash on a AC86U with alpha 3... It started with alpha 2....

The crash occurs in mastiff, which is closed source and outside of my control. And I'm also unable to reproduce the issue here as well, this is impossible for me to debug.
 
I am facing a strange issue. I am on 384.5.A1 and unable to upgrade to A2/3

On upgrading the firmware the router reboots and the f/w version is still 384.5_alpha1-g91229ac

I have tried to upgrade 5+ times now. No USB drive.
Have reset the router and tried upgrading but still stuck on A1. No errors during the upgrade process.

Please help

Edit : AC68U
 
I already had that problem, resolved with a power cycle ( remove power for 30 sec )
Reboot, flash, powercycle

edit : and clear your browser cache ;)
 
I am facing a strange issue. I am on 384.5.A1 and unable to upgrade to A2/3

On upgrading the firmware the router reboots and the f/w version is still 384.5_alpha1-g91229ac

I have tried to upgrade 5+ times now. No USB drive.
Have reset the router and tried upgrading but still stuck on A1. No errors during the upgrade process.

Please help

Edit : AC68U
Ensure that the ac68 firmware is not corrupt. Redownload again if needed.

- Reboot router
- Temporary disable ai protection as it is taking a bit of memory.
- Right before firmware update, ssh and use this command to clear cache memory.
sync; echo 3 > /proc/sys/vm/drop_caches
- try flush again.
 
Ensure that the ac68 firmware is not corrupt. Redownload again if needed.

- Reboot router
- Temporary disable ai protection as it is taking a bit of memory.
- Right before firmware update, ssh and use this command to clear cache memory.
sync; echo 3 > /proc/sys/vm/drop_caches
- try flush again.

I have redownloaded the firmware multiple times and it's definitely for thr 68U and not corrupt.

I tried your method as well but no go. Still stuck on A1
Thanks again :)
 
I have redownloaded the firmware multiple times and it's definitely for thr 68U and not corrupt.

I tried your method as well but no go. Still stuck on A1
Thanks again :)
did you try with asus firmware and/or older merlins?
Maybe a step between which corrects some things could help.
And try different browser as well as initialize in admin/factory-reset.

Or try recovery-mode to load it hard-core.
 
I tried Merlin 384.4.2 but not the official Asus f/w
I thought I'd post here and ask Merlin for help before attempting anything else and risk bricking the router
 
Come on in the water is warm!!

I dove head-first from the 384.4 release right after I posted last night. No issues at all. Pretty vanilla setup for me with not much more than AI Protection going. IPv6 from Comcast running like a charm--as it has for me on Merlin's firmware for quite some time. All devices seem to be working, and, most importantly, no complaints from the family!

Thanks again, Merlin!
 
I keep getting the following error with alpha 3. My link comes down and the red light on the RT-AC86U comes on. It does this about every two minutes or so. It doesn't do this with 384.4_2.



Apr 21 15:56:10 kernel: eth0 (Int switch port: 3) (Logical Port: 3) Link DOWN.
Apr 21 15:56:13 kernel: eth0 (Int switch port: 3) (Logical Port: 3) Link UP 100 mbps full duplex
 
I keep getting the following error with alpha 3. My link comes down and the red light on the RT-AC86U comes on. It does this about every two minutes or so. It doesn't do this with 384.4_2.



Apr 21 15:56:10 kernel: eth0 (Int switch port: 3) (Logical Port: 3) Link DOWN.
Apr 21 15:56:13 kernel: eth0 (Int switch port: 3) (Logical Port: 3) Link UP 100 mbps full duplex
Indication of bad cable or port. Change the Ethernet cable (5e above) or plug Ethernet to a different port.
 

Sign Up For SNBForums Daily Digest

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