SheikhSheikha
Senior Member
Dirty flash from beta to 384.18 - running smooth, snappy and stable.
Have I to unmount the USB disc before the update?
Any other thing that I should know to properly update the router?
Thanks in advance.
May 5 10:05:05 syslogd started: BusyBox v1.25.1
May 5 10:05:05 kernel: klogd started: BusyBox v1.25.1 (2020-06-28 14:01:00 EDT)
May 5 10:05:05 kernel: Booting Linux on physical CPU 0x0
May 5 10:05:05 kernel: Linux version 4.1.51 (merlin@ubuntu-dev) (gcc version 5.5.0 (Buildroot 2017.11.1) ) #4 SMP PREEMPT Sun Jun 28 16:14:49 EDT 2020
May 5 10:05:05 kernel: CPU: AArch64 Processor [420f1000] revision 0
May 5 10:05:05 kernel: Detected VIPT I-cache on CPU0
May 5 10:05:05 kernel: alternatives: enabling workaround for ARM erratum 845719
May 5 10:05:05 kernel: PERCPU: Embedded 15 pages/cpu @ffffffc03ffb4000 s21400 r8192 d31848 u61440
May 5 10:05:05 kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 236845
May 5 10:05:05 kernel: Kernel command line: coherent_pool=4M cpuidle_sysfs_switch pci=pcie_bus_safe rootwait
May 5 10:05:05 kernel: PID hash table entries: 4096 (order: 3, 32768 bytes)
May 5 10:05:05 kernel: Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
May 5 10:05:05 kernel: Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
May 5 10:05:05 kernel: Memory: 903344K/960512K available (4822K kernel code, 812K rwdata, 1624K rodata, 228K init, 532K bss, 57168K reserved, 0K cma-reserved)
May 5 10:05:05 kernel: Virtual kernel memory layout:
May 5 10:05:05 kernel: vmalloc : 0xffffff8000000000 - 0xffffffbdffff0000 ( 247 GB)
May 5 10:05:05 kernel: vmemmap : 0xffffffbe00000000 - 0xffffffbfc0000000 ( 7 GB maximum)
May 5 10:05:05 kernel: 0xffffffbe00000000 - 0xffffffbe00e00000 ( 14 MB actual)
May 5 10:05:05 kernel: fixed : 0xffffffbffabfd000 - 0xffffffbffac00000 ( 12 KB)
May 5 10:05:05 kernel: PCI I/O : 0xffffffbffae00000 - 0xffffffbffbe00000 ( 16 MB)
May 5 10:05:05 kernel: modules : 0xffffffbffc000000 - 0xffffffc000000000 ( 64 MB)
May 5 10:05:05 kernel: memory : 0xffffffc000000000 - 0xffffffc040000000 ( 1024 MB)
May 5 10:05:05 kernel: .init : 0xffffffc0006cd000 - 0xffffffc000706000 ( 228 KB)
May 5 10:05:05 kernel: .text : 0xffffffc000080000 - 0xffffffc0006cc204 ( 6449 KB)
May 5 10:05:05 kernel: .data : 0xffffffc000707000 - 0xffffffc0007d2180 ( 813 KB)
May 5 10:05:05 kernel: Preemptible hierarchical RCU implementation.
May 5 10:05:05 kernel: NR_IRQS:64 nr_irqs:64 0
May 5 10:05:05 kernel: init_timers: timer_function_timeout virt addr 0xffffffc000721308
May 5 10:05:05 kernel: Architected cp15 timer(s) running at 50.00MHz (phys).
May 5 10:05:05 kernel: clocksource arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0xb8812736b, max_idle_ns: 440795202655 ns
May 5 10:05:05 kernel: sched_clock: 56 bits at 50MHz, resolution 20ns, wraps every 4398046511100ns
May 5 10:05:05 kernel: BRCM Legacy Drivers' Helper, all legacy drivers' IO memories/interrupts should be remapped here
May 5 10:05:05 kernel: Remapping interrupts...
May 5 10:05:05 kernel: hwirq virq
May 5 10:05:05 kernel: 61 5
May 5 10:05:05 kernel: 64 6
May 5 10:05:05 kernel: 66 7
May 5 10:05:05 kernel: 91 8
May 5 10:05:05 kernel: 92 9
May 5 10:05:05 kernel: 93 10
May 5 10:05:05 kernel: 77 11
May 5 10:05:05 kernel: 78 12
May 5 10:05:05 kernel: 79 13
May 5 10:05:05 kernel: 80 14
May 5 10:05:05 kernel: 81 15
May 5 10:05:05 kernel: 82 16
May 5 10:05:05 kernel: 83 17
May 5 10:05:05 kernel: 84 18
May 5 10:05:05 kernel: 85 19
May 5 10:05:05 kernel: 86 20
May 5 10:05:05 kernel: 88 21
May 5 10:05:05 kernel: 96 22
May 5 10:05:05 kernel: 97 23
May 5 10:05:05 kernel: 98 24
May 5 10:05:05 kernel: 99 25
May 5 10:05:05 kernel: 118 26
May 5 10:05:05 kernel: 119 27
May 5 10:05:05 kernel: 106 28
May 5 10:05:05 kernel: 104 29
May 5 10:05:05 kernel: 105 30
May 5 10:05:05 kernel: 76 31
May 5 10:05:05 kernel: 120 32
May 5 10:05:05 kernel: 110 33
May 5 10:05:05 kernel: 148 34
May 5 10:05:05 kernel: 154 35
May 5 10:05:05 kernel: 155 36
May 5 10:05:05 kernel: 156 37
May 5 10:05:05 kernel: 157 38
May 5 10:05:05 kernel: 158 39
May 5 10:05:05 kernel: 159 40
May 5 10:05:05 kernel: 69 41
May 5 10:05:05 kernel: Remapping IO memories...
May 5 10:05:05 kernel: phys virt size
May 5 10:05:05 kernel: 00000000ff800000 ffffff8000008000 00003000
May 5 10:05:05 kernel: 00000000ff858000 ffffff800000c000 00003000
May 5 10:05:05 kernel: 00000000ffe00000 ffffff8000080000 00100000
May 5 10:05:05 kernel: 0000000080002000 ffffff8000002000 00001000
May 5 10:05:05 kernel: 0000000080018000 ffffff8000010000 00004000
May 5 10:05:05 kernel: 0000000080200000 ffffff8000018000 00005000
May 5 10:05:05 kernel: 0000000080280000 ffffff8000016000 00001000
May 5 10:05:05 kernel: 0000000082200000 ffffff8000200000 00100000
May 5 10:05:05 kernel: 0000000080080000 ffffff8000380000 00050000
May 5 10:05:05 kernel: 0000000080008000 ffffff8000020000 00003fff
May 5 10:05:05 kernel: 000000008000c000 ffffff8000028000 00003fff
May 5 10:05:05 kernel: 0000000081060000 ffffff8000030000 00004000
May 5 10:05:05 kernel: 0000000080100000 ffffff8000038000 00002000
May 5 10:05:05 kernel: 0000000080010000 ffffff800001e000 00001000
May 5 10:05:05 kernel: console [ttyS0] enabled
May 5 10:05:05 kernel: Calibrating delay loop (skipped), value calculated using timer frequency.. 100.00 BogoMIPS (lpj=50000)
May 5 10:05:05 kernel: pid_max: default: 32768 minimum: 301
May 5 10:05:05 kernel: Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
May 5 10:05:05 kernel: Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes)
May 5 10:05:05 kernel: --Kernel Config--
May 5 10:05:05 kernel: SMP=1
May 5 10:05:05 kernel: PREEMPT=1
May 5 10:05:05 kernel: DEBUG_SPINLOCK=0
May 5 10:05:05 kernel: DEBUG_MUTEXES=0
May 5 10:05:05 kernel: creating mapping for reserved memory phys 0x0a600000 virt 0xffffffc00a600000 size 0x00e00000 for dhd0
May 5 10:05:05 kernel: creating mapping for reserved memory phys 0x09800000 virt 0xffffffc009800000 size 0x00e00000 for dhd1
May 5 10:05:05 kernel: creating mapping for reserved memory phys 0x08a00000 virt 0xffffffc008a00000 size 0x00e00000 for dhd2
May 5 10:05:05 kernel: Do not need to create mapping for reserved memory phys 0x0e000000 size 0x02000000 for buffer
May 5 10:05:05 kernel: creating mapping for reserved memory phys 0x0b400000 virt 0xffffffc00b400000 size 0x02c00000 for flow
May 5 10:05:05 kernel: pmc_initMC using DQM mode
May 5 10:05:05 kernel: Successfully retrieved NVRAM data from dtb
May 5 10:05:05 kernel: cfe-v^A: 1.0.38-163.181
May 5 10:05:05 kernel: CPU1: Booted secondary processor
May 5 10:05:05 kernel: Detected VIPT I-cache on CPU1
May 5 10:05:05 kernel: CPU2: Booted secondary processor
May 5 10:05:05 kernel: Detected VIPT I-cache on CPU2
May 5 10:05:05 kernel: CPU3: Booted secondary processor
May 5 10:05:05 kernel: Detected VIPT I-cache on CPU3
May 5 10:05:05 kernel: Brought up 4 CPUs
May 5 10:05:05 kernel: SMP: Total of 4 processors activated.
May 5 10:05:05 kernel: CPU: All CPU(s) started at EL2
May 5 10:05:05 kernel: alternatives: patching kernel code
May 5 10:05:05 kernel: devtmpfs: initialized
May 5 10:05:05 kernel: clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275000 ns
May 5 10:05:05 kernel: futex hash table entries: 1024 (order: 4, 65536 bytes)
May 5 10:05:05 kernel: NET: Registered protocol family 16
May 5 10:05:05 kernel: cpuidle: using governor ladder
May 5 10:05:05 kernel: cpuidle: using governor menu
May 5 10:05:05 kernel: vdso: 2 pages (1 code @ ffffffc00070d000, 1 data @ ffffffc00070c000)
May 5 10:05:05 kernel: DMA: preallocated 4096 KiB pool for atomic allocations
May 5 10:05:05 kernel: Broadcom Logger v0.1
May 5 10:05:05 kernel: ACPI: Interpreter disabled.
@RMerlin does this means that 384.18 for RT-AC68U includes these ASUS fixes?
Code:ASUS RT-AC68U Firmware version 3.0.0.4.385.20490 - Improved connection stability. - Optimized CPU utilization. - Fixed some UI bugs. - Fixed login bugs.
UPDATED: Merged SDK + binary blobs 385_20490 for RT-AC68U
That was my experience. But AIProtection still jumps in occasionally, proving it’s still there, ready to pounce.All working well here.
Unrelated question, I use AiProtect, & haven’t seen any threats reported/blocked for 12+ months now.
Previously AiProtect was very ‘chatty’, hundreds of blocks per day.
Does it simply mean Skynet & Diversion are doing such a good job that there’s nothing for AiProtect to do?
Thanks!Above is extracted from the Change Log - part of post 1 to this thread ... so those firmware fixes will be in the Merlin 384.18 release for that Router.
Search for user L&LD - look at his nuclear reset procedure and M&M config. And yes unmount USB!Hi,
It's my first Asuswrt-Merlin update and I have some doubts.
I have a RT-AX88U with stock firm ver. 3.0.0.4.384.9107 and Asuswrt-Merlin ver. 384.17. I have an USB disc connected to it in order to save traffic statistics and run spdMerlin.
Have I to unmount the USB disc before the update?
Any other thing that I should know to properly update the router?
Thanks in advance.
Yeah: Had it daily for over last week. To resolve had to use "UU" on amtm..."U" didn't resolve. Almost reported it a few times...then sidetracked. Now knowing someone else has this, will report on the AMTM forum.After dirty update to fw 384.18 my Diversion line of amtm shows some strange "-> v" as if there were an update available. If I manage to get rid of it the "->v" keeps coming back if I go to Diversion and come back to amtm. Anyone else?
Code:1 open Diversion v4.1.12 -> v
how do I apply a firmware update to my AC68U AiMesh node
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!