Hi all,
I have just started using aimesh, before was just manual setup main router + few APs, but tired of maintaining multiple devices individually, and want to take advantage of the centralized management. I have rt-ac86u as the aimesh router, with a few aimesh nodes like rt-ac68w/rt-ac1900/rt-ac88u.
They are running the latest 384.14_2 firmware.
I always have roaming assistant enabled with RSSI set at -65. Never have the below issue before when running as main router + few APs.
Now I'm seeing from the log, whenever roamast runs (I'm guessing it's trying to move the client to a different AP), I'd get "unhandled level 3 translation fault (11)".
Like this in the log:
And doesn't look like it was successful getting the client to roam to a different node because the process generates kernel error.
Is it a known issue? Anyone seeing it too or just me? I know there is the dcd process has similar thing, but that's different here.
Before, with main router + APs, I recall I have never seen the roamast messages, it's like even I had it set to enable, roamast wasn't doing anything when it's not in aimesh config. Likely I don't completely understand how it works in different mode?
And I have another issue with aimesh, which I should probably start a different thread.
Feels like maybe I shouldn't switch to aimesh mode... and should go back to main router + APs mode... sigh...
Thanks in advance for any pointers/suggestions.
-Alan
I have just started using aimesh, before was just manual setup main router + few APs, but tired of maintaining multiple devices individually, and want to take advantage of the centralized management. I have rt-ac86u as the aimesh router, with a few aimesh nodes like rt-ac68w/rt-ac1900/rt-ac88u.
They are running the latest 384.14_2 firmware.
I always have roaming assistant enabled with RSSI set at -65. Never have the below issue before when running as main router + few APs.
Now I'm seeing from the log, whenever roamast runs (I'm guessing it's trying to move the client to a different AP), I'd get "unhandled level 3 translation fault (11)".
Like this in the log:
Code:
Jan 12 12:06:20 roamast: determine candidate node [xx:xx:xx:xx:xx:xx](rssi: -42dbm) for client [xx:xx:xx:xx:xx:xx](rssi: -69dbm) to roam
Jan 12 12:06:20 kernel: roamast[4801]: unhandled level 3 translation fault (11) at 0x00000000, esr 0x92000007
Jan 12 12:06:20 kernel: pgd = ffffffc00b4fe000
Jan 12 12:06:20 kernel: [00000000] *pgd=000000000a08c003, *pud=000000000a08c003, *pmd=000000000b507003, *pte=0000000000000000
Jan 12 12:06:20 kernel: CPU: 0 PID: 4801 Comm: roamast Tainted: P O 4.1.27 #2
Jan 12 12:06:20 kernel: Hardware name: Broadcom-v8A (DT)
Jan 12 12:06:20 kernel: task: ffffffc0192e9480 ti: ffffffc013cf4000 task.ti: ffffffc013cf4000
Jan 12 12:06:20 kernel: PC is at 0x10772c
Jan 12 12:06:20 kernel: LR is at 0xf69f97d4
Jan 12 12:06:20 kernel: pc : [<000000000010772c>] lr : [<00000000f69f97d4>] pstate: 60070010
Jan 12 12:06:20 kernel: sp : 00000000f69c7308
Jan 12 12:06:20 kernel: x12: 00000000f6b04c40
Jan 12 12:06:20 kernel: x11: 0000000000000000 x10: 0000000000000001
Jan 12 12:06:20 kernel: x9 : 0000000000168828 x8 : 0000000000000000
Jan 12 12:06:20 kernel: x7 : 0000000000000001 x6 : 00000000f7086ce0
Jan 12 12:06:20 kernel: x5 : 00000000f69c7380 x4 : 00000000f69c733c
Jan 12 12:06:20 kernel: x3 : 0000000000000000 x2 : 0000000000000001
Jan 12 12:06:20 kernel: x1 : 0000000000000020 x0 : 0000000000000000
And doesn't look like it was successful getting the client to roam to a different node because the process generates kernel error.
Is it a known issue? Anyone seeing it too or just me? I know there is the dcd process has similar thing, but that's different here.
Before, with main router + APs, I recall I have never seen the roamast messages, it's like even I had it set to enable, roamast wasn't doing anything when it's not in aimesh config. Likely I don't completely understand how it works in different mode?
And I have another issue with aimesh, which I should probably start a different thread.
Feels like maybe I shouldn't switch to aimesh mode... and should go back to main router + APs mode... sigh...
Thanks in advance for any pointers/suggestions.
-Alan
Last edited: