Hi, I'm using recent brcmfmac and brcmfmac43602-pcie.ap.bin that currently sits in linux-firmware.git. In OpenWrt we have hostapd with a feature of banning STAs. It works in a quite simple way. Whenever hostapd gets NL80211_CMD_NEW_STATION for STA that is banned it sends NL80211_CMD_DEL_STATION. The problem is that in such case BCM43602 firmware happens to randomly send more than 1 BRCMF_E_DEAUTH event. It seems it can send random amount between 1 and 3. Looks a bit like some kind of race. It's nothing really critical, just makes hostapd log a bit confusing. Could someone at Broadcom look at firmware source to see if you can fix this, please? -- Rafał
Sun Sep 27 19:15:22 2015 kern.info kernel: [ 1047.886433] brcmfmac: [brcmf_notify_connect_status_ap] event:8:BRCMF_E_ASSOC_IND e->addr:78:d6:f0:9b:aa:bb Sun Sep 27 19:15:22 2015 daemon.info hostapd: wlan0: STA 78:d6:f0:9b:aa:bb IEEE 802.11: associated Sun Sep 27 19:15:22 2015 daemon.info hostapd: Station 78:d6:f0:9b:aa:bb assoc rejected by ubus handler. Sun Sep 27 19:15:22 2015 kern.info kernel: [ 1047.897751] brcmfmac: [brcmf_notify_connect_status_ap] event:5:BRCMF_E_DEAUTH e->addr:78:d6:f0:9b:aa:bb Sun Sep 27 19:15:22 2015 daemon.info hostapd: wlan0: STA 78:d6:f0:9b:aa:bb IEEE 802.11: disassociated Sun Sep 27 19:15:22 2015 kern.info kernel: [ 1047.908085] brcmfmac: [brcmf_notify_connect_status_ap] event:5:BRCMF_E_DEAUTH e->addr:78:d6:f0:9b:aa:bb Sun Sep 27 19:15:22 2015 daemon.info hostapd: wlan0: STA 78:d6:f0:9b:aa:bb IEEE 802.11: disassociated Sun Sep 27 19:15:22 2015 kern.info kernel: [ 1048.414031] brcmfmac: [brcmf_notify_connect_status_ap] event:5:BRCMF_E_DEAUTH e->addr:78:d6:f0:9b:aa:bb Sun Sep 27 19:15:22 2015 daemon.info hostapd: wlan0: STA 78:d6:f0:9b:aa:bb IEEE 802.11: disassociated
