mac80211: don't react to beacon loss if HW monitoring
If the HW is monitoring connection loss (as advertised by IEEE80211_HW_CONNECTION_MONITOR) but not filtering beacons (IEEE80211_VIF_BEACON_FILTER) then mac80211 will still start the beacon loss timer and if a few beacons are lost, e.g. due to scanning, drop the connection. If the hardware doesn't advertise connection monitoring, then it won't drop the connection right away but probe the AP, which is intended, but due to the logic in the timer when connection monitoring is done it assumes the connection was actually lost. Fix this problem by not starting the timer when the HW does connection monitoring. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
This commit is contained in:
parent
d545daba53
commit
7eeff74c29
|
@ -146,6 +146,9 @@ void ieee80211_sta_reset_beacon_monitor(struct ieee80211_sub_if_data *sdata)
|
||||||
if (sdata->vif.driver_flags & IEEE80211_VIF_BEACON_FILTER)
|
if (sdata->vif.driver_flags & IEEE80211_VIF_BEACON_FILTER)
|
||||||
return;
|
return;
|
||||||
|
|
||||||
|
if (sdata->local->hw.flags & IEEE80211_HW_CONNECTION_MONITOR)
|
||||||
|
return;
|
||||||
|
|
||||||
mod_timer(&sdata->u.mgd.bcn_mon_timer,
|
mod_timer(&sdata->u.mgd.bcn_mon_timer,
|
||||||
round_jiffies_up(jiffies + sdata->u.mgd.beacon_timeout));
|
round_jiffies_up(jiffies + sdata->u.mgd.beacon_timeout));
|
||||||
}
|
}
|
||||||
|
|
Loading…
Reference in New Issue