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

[sivaprasath]

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]

Welcome new members

 

[sivaprasath]

Welcome new members

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]

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]

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]

Sorry, I don't have any idea about that 'error'. It may well be just a notification that is benign.

Release - Asuswrt-Merlin 386.1 is now available | SmallNetBuilder Forums (snbforums.com)

See the first three posts that have recently been updated for more clues.

 

[J.I]

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 txrep: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 txrep: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]

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 txrep: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 txrep: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]

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]

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]

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]

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.

 

[underdose]

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.

 

[sivaprasath]

Thanks everyone for your input. Since it is not causing any issues, I will ignore these errors.

 

[ndompierre]

I have the exact same log message on my RT-AX88U running 386.1 after a full reset.

 

[JR Godwin]

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]

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)

 

[underdose]

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:

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

 

[JR Godwin]

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

Thanks for the reminder to RTFM.