[RT-AX58U] - Merlin 386.1 - kernel: CFG80211-ERROR

  • ATTENTION! As of November 1, 2020, you are not able to reply to threads 6 months after the thread is opened if there are more than 500 posts in the thread.
    Threads will not be locked, so posts may still be edited by their authors.
    Just start a new thread on the topic to post if you get an error message when trying to reply to a thread.

sivaprasath

Occasional Visitor
Hi Everyone,
I just upgraded my RT-AX58U to Merlin 386.1 by doing clean upgrade from Stock Asus Firmware. After updating to this Merlin FW, every 2 - 3 minutes, I am seeing the below logs in my System Log:

Feb 4 22:50:29 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
Feb 4 22:51:43 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
Feb 4 22:54:46 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set

Is it something I can ignore, or should be worried?

I posted this question in 386.1 release forum, but it got lost in the middle of fast moving forum. So opening it as a separate thread.
 

L&LD

Part of the Furniture

sivaprasath

Occasional Visitor
Thanks for pointing me to the Reset Guide. And I have followed up the document by doing a Clean & Fresh install (By resetting to factory defaults), when updating from stock Asus firmware -> Merlin 386.1.
Even after carefully following through all the factory reset procedure, I am still seeing this "kernel: CFG80211-ERROR" log. I have tried by formatting the JFFS at next boot, but no luck.
 

L&LD

Part of the Furniture
You're welcome.

If you're resetting the router fully as described (be sure you look at all the links provided), then this may be the norm for this router/firmware combination or, it may indicate a hardware issue too.

Make sure you are following all the steps suggested (and look at all the links provided) 'in one go'.

Doing things in spurts and parts is not equivalent to completing the steps in order, at one time.
 

sivaprasath

Occasional Visitor
You're welcome.

If you're resetting the router fully as described (be sure you look at all the links provided), then this may be the norm for this router/firmware combination or, it may indicate a hardware issue too.

Make sure you are following all the steps suggested (and look at all the links provided) 'in one go'.

Doing things in spurts and parts is not equivalent to completing the steps in order, at one time.
Thanks for your input. I doubt on the HW issues related to this error, so I fallback to Stock Asus Firmware Version 3.0.0.4.386.41700. With the stock Asus Firmware, I am not seeing this Kernel Error logs. And as soon as I do one more clean reset upgrade to Merlin 386.1, I started seeing this error. So, I confirm this error persist only with Merlin firmware.

If possible, can you provide some insight, what this Kernel Error is related to? Is it related to 802.11 configuration issue?
 

L&LD

Part of the Furniture

J.I

Occasional Visitor
I own AX86U and I also see that error in my logs. It looks like my AX86u logs are very chatty. This one was produced when I enable wifi on my smartphone.


Feb 4 11:58:29 wlceventd: wlceventd_proc_event(505): eth7: Auth xx:xx:32:E4:55:9D, status: Successful (0)
Feb 4 11:58:29 wlceventd: wlceventd_proc_event(534): eth7: Assoc xx:xx:32:E4:55:9D, status: Successful (0)
Feb 4 11:58:29 hostapd: eth7: STA xx:xx:32:E4:55:9d IEEE 802.11: associated
Feb 4 11:58:29 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
Feb 4 11:58:29 hostapd: eth7: STA xx:xx:32:E4:55:9d RADIUS: starting accounting session 71482B956C66A2E7
Feb 4 11:58:29 hostapd: eth7: STA xx:xx:32:E4:55:9d WPA: pairwise key handshake completed (RSN)
Feb 4 11:58:29 dnsmasq-dhcp[2354]: DHCPREQUEST(br0) 192.168.2.3 xx:xx:32:E4:55:9d
Feb 4 11:58:29 dnsmasq-dhcp[2354]: DHCPACK(br0) 192.168.2.3 xx:xx:32:E4:55:9d Janusz_Laptop_Wifi
Feb 4 11:58:29 kernel: CONSOLE: 181315.258 wlc_ap_authresp: status 0
Feb 4 11:58:29 kernel: CONSOLE: 181315.259 wlc_ap_process_assocreq_done status 0
Feb 4 11:58:29 kernel: CONSOLE: 181315.259 wl1: STA xx:xx:32:E4:55:9d has associated tx_type 1
Feb 4 11:58:29 kernel: CONSOLE: 181315.272 iov:SCB_DEAUTH
Feb 4 11:58:29 kernel: CONSOLE: 181315.273 tx:prep:802.1x
Feb 4 11:58:29 kernel: CONSOLE: 181315.274 wl1.0: wlc_send_bar: for xx:xx:32:E4:55:9d seq 0x1 tid 5
Feb 4 11:58:29 kernel: CONSOLE: 181315.275 tx:prep:802.1x
Feb 4 11:58:29 kernel: CONSOLE: 181315.276 iov:SCB_AUTH
Feb 4 11:58:29 kernel: CONSOLE: 181315.291 wl1.0: wlc_send_bar: for xx:xx:32:E4:55:9d seq 0x1 tid 0
Feb 4 11:58:29 kernel: CONSOLE: 181315.294 wl1.0: wlc_send_bar: for xx:xx:32:E4:55:9d seq 0x1 tid 6
Feb 4 11:59:32 kernel: CONSOLE: 181376.772 wl1.0: wlc_send_bar: for xx:xx:32:E4:55:9d seq 0x1 tid 3
 

sivaprasath

Occasional Visitor
I own AX86U and I also see that error in my logs. It looks like my AX86u logs are very chatty. This one was produced when I enable wifi on my smartphone.


Feb 4 11:58:29 wlceventd: wlceventd_proc_event(505): eth7: Auth xx:xx:32:E4:55:9D, status: Successful (0)
Feb 4 11:58:29 wlceventd: wlceventd_proc_event(534): eth7: Assoc xx:xx:32:E4:55:9D, status: Successful (0)
Feb 4 11:58:29 hostapd: eth7: STA xx:xx:32:E4:55:9d IEEE 802.11: associated
Feb 4 11:58:29 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
Feb 4 11:58:29 hostapd: eth7: STA xx:xx:32:E4:55:9d RADIUS: starting accounting session 71482B956C66A2E7
Feb 4 11:58:29 hostapd: eth7: STA xx:xx:32:E4:55:9d WPA: pairwise key handshake completed (RSN)
Feb 4 11:58:29 dnsmasq-dhcp[2354]: DHCPREQUEST(br0) 192.168.2.3 xx:xx:32:E4:55:9d
Feb 4 11:58:29 dnsmasq-dhcp[2354]: DHCPACK(br0) 192.168.2.3 xx:xx:32:E4:55:9d Janusz_Laptop_Wifi
Feb 4 11:58:29 kernel: CONSOLE: 181315.258 wlc_ap_authresp: status 0
Feb 4 11:58:29 kernel: CONSOLE: 181315.259 wlc_ap_process_assocreq_done status 0
Feb 4 11:58:29 kernel: CONSOLE: 181315.259 wl1: STA xx:xx:32:E4:55:9d has associated tx_type 1
Feb 4 11:58:29 kernel: CONSOLE: 181315.272 iov:SCB_DEAUTH
Feb 4 11:58:29 kernel: CONSOLE: 181315.273 tx:prep:802.1x
Feb 4 11:58:29 kernel: CONSOLE: 181315.274 wl1.0: wlc_send_bar: for xx:xx:32:E4:55:9d seq 0x1 tid 5
Feb 4 11:58:29 kernel: CONSOLE: 181315.275 tx:prep:802.1x
Feb 4 11:58:29 kernel: CONSOLE: 181315.276 iov:SCB_AUTH
Feb 4 11:58:29 kernel: CONSOLE: 181315.291 wl1.0: wlc_send_bar: for xx:xx:32:E4:55:9d seq 0x1 tid 0
Feb 4 11:58:29 kernel: CONSOLE: 181315.294 wl1.0: wlc_send_bar: for xx:xx:32:E4:55:9d seq 0x1 tid 6
Feb 4 11:59:32 kernel: CONSOLE: 181376.772 wl1.0: wlc_send_bar: for xx:xx:32:E4:55:9d seq 0x1 tid 3
Thanks for confirming this issue on RT-AX86u. Can you please confirm if this error occurs every 2 - 3 mins in your system log?
 

abracadabra11

Regular Contributor
I definitely have that same error on my RT-AX3000 using 384.18 previously and 384.19 currently. Recall seeing something on the forum related to debugging.

I can check my logs when I'm home to see whether it occurs every few minutes, but I'm fairly certain it does and that it can safely be ignored.
 

abracadabra11

Regular Contributor
I definitely have that same error on my RT-AX3000 using 384.18 previously and 384.19 currently. Recall seeing something on the forum related to debugging.

I can check my logs when I'm home to see whether it occurs every few minutes, but I'm fairly certain it does and that it can safely be ignored.
Confirmed. Definitely spammed throughout the log with varying frequency. Some several minutes apart, others <30 secs apart.
 

sivaprasath

Occasional Visitor
Confirmed. Definitely spammed throughout the log with varying frequency. Some several minutes apart, others <30 secs apart.
Thanks for confirming on your end.

Can anyone chime in, why this issue is happening only with Merlin FW and not with stock Asus Firmware?
 

J.I

Occasional Visitor
Thanks for confirming this issue on RT-AX86u. Can you please confirm if this error occurs every 2 - 3 mins in your system log?

This logs appears to show only when a device is connecting to my WIFI. I have wifi scheduler turning of my wifi between 12am and 6am and during that time the only entries in my logs are dnsmasq renewing IP from DHCP. If that show for you every 2, 3 minutes try to disable wifi for a test and see if that makes a difference. I also have mac filter enabled maybe that is causing that. But despite this log entry everything appears to be working.
 
Last edited:

underdose

Regular Contributor
Hi Everyone,
I just upgraded my RT-AX58U to Merlin 386.1 by doing clean upgrade from Stock Asus Firmware. After updating to this Merlin FW, every 2 - 3 minutes, I am seeing the below logs in my System Log:

Feb 4 22:50:29 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
Feb 4 22:51:43 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
Feb 4 22:54:46 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set

Is it something I can ignore, or should be worried?

I posted this question in 386.1 release forum, but it got lost in the middle of fast moving forum. So opening it as a separate thread.
I have the same errors in my log, and my network runs pretty well without errors. You can ignore those messages, no need to nuke your router because of those.
 

JR Godwin

Occasional Visitor
My version of this is on an AX86U....

Mar 1 18:39:40 RT-AX86U-B330 hostapd: eth6: STA 24:4b:fe:3c:6a:a9 IEEE 802.11: disassociated
Mar 1 18:39:46 RT-AX86U-B330 hostapd: eth6: STA 24:4b:fe:3c:6a:a9 IEEE 802.11: associated
Mar 1 18:39:46 RT-AX86U-B330 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set

Which port is eth6?
 

JR Godwin

Occasional Visitor
This is related somehow to the AiMesh node. And in my wireless log, that particular mac is trying to connect to the 2.4ghz frequency. Now, interestingly, the MAC for that node is exactly the same, but off by 1....i.e. the MAC is everything and the last part is a8. It's backhaul is a wired connection, so not sure why it's trying to establish a wireless connection back to the main router. Showing the flags as _ST_A_ in the wireless log. All the other wireless flags show as PST_AU or _ST_AU.....so, is that region? The _AU being Australia, and because the other is trying to connect under a different Region code? (I'm just throwing stuff against the wall)

logcapture.JPG
 

underdose

Regular Contributor
This is related somehow to the AiMesh node. And in my wireless log, that particular mac is trying to connect to the 2.4ghz frequency. Now, interestingly, the MAC for that node is exactly the same, but off by 1....i.e. the MAC is everything and the last part is a8. It's backhaul is a wired connection, so not sure why it's trying to establish a wireless connection back to the main router. Showing the flags as _ST_A_ in the wireless log. All the other wireless flags show as PST_AU or _ST_AU.....so, is that region? The _AU being Australia, and because the other is trying to connect under a different Region code? (I'm just throwing stuff against the wall)

View attachment 31395

Check the bottom of that page for descriptions of the letters in the Flags column.
Or let me do that for you:

Code:
Flags: P=Powersave Mode, S=Short GI, T=STBC, M=MU Beamforming, A=Associated, U=Authenticated
 

JR Godwin

Occasional Visitor
Pfffft....who needs to read when I can make stuff up. o_O

Thanks for the reminder to RTFM.
 

Similar threads

Latest threads

Sign Up For SNBForums Daily Digest

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