summaryrefslogtreecommitdiffstats
path: root/lib
diff options
context:
space:
mode:
authorEmmanuel Grumbach <emmanuel.grumbach@intel.com>2014-01-02 10:01:46 +0200
committerEmmanuel Grumbach <emmanuel.grumbach@intel.com>2014-01-13 18:42:54 +0200
commit2775613f4ff32f8be2cae42d542b7fbefcafbfbe (patch)
treeb5f3586b67a025c890f651e4b68d8e43edead951 /lib
parent75d3e2d693a695d2a9df27de697fb73cb3f34c23 (diff)
downloadop-kernel-dev-2775613f4ff32f8be2cae42d542b7fbefcafbfbe.zip
op-kernel-dev-2775613f4ff32f8be2cae42d542b7fbefcafbfbe.tar.gz
iwlwifi: mvm: don't set the drain bit when we flush the AP station
When we disassociate in managed mode, we flush the queues after mac80211 has already removed the station. During that time, the pointer to ieee80211_sta to the fw_id_to_mac_id map is -EINVAL. In that case we should not set the station as being drained when the last Tx of this station has exited the shared Tx queue since we are flushing all the queues anyway. The draining logic is meant to be used in GO / AP mode only. In GO / AP mode, we set -EBUSY in the fw_id_to_mac_id map. This is why testing the ieee80211_sta pointer in the fw_id_to_mac_id map with IS_ERR isn't enough to set the station as draining, we need to check that it is -EBUSY. The only impact of the bug was a print: Drained sta 1, but it is internal? Signed-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com> Reviewed-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud