mac80211 constantly monitors the connection to the associated AP in order to check if it is out of reach/dead. This is absolutely fine most of the time. Except when there is a scheduled scan for the whole neighborhood. After all this path could trigger while scanning on different channel. Or even worse: this AP probing triggers a WARN_ON in rate_lowest_index when the scan code did a band transition! ( http://www.kerneloops.org/raw.php?rawid=449304 ) Reported-by: Larry Finger <Larry.Finger@xxxxxxxxxxxx> Signed-off-by: Christian Lamparter <chunkeey@xxxxxx> Tested-by: Larry Finger <Larry.Finger@xxxxxxxxxxxx> --- diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c index 18dad22..4833e7c 100644 --- a/net/mac80211/mlme.c +++ b/net/mac80211/mlme.c @@ -2210,6 +2210,9 @@ static void ieee80211_sta_monitor_work(struct work_struct *work) container_of(work, struct ieee80211_sub_if_data, u.mgd.monitor_work); + if (sdata->local->sw_scanning || sdata->local->hw_scanning) + return; + ieee80211_mgd_probe_ap(sdata, false); } -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
