Make the dscape stack take the driver-supplied channel change time into account when actively scanning for networks. This particularly has been a problem in the rt2x00 driver, where configuration changes are done via a work-queue, and the subsequent channel changes failed due to the dscape stack scheduling a channel update while the previous one had not
been performed yet, resulting in failed scans.

Signed-off-by: Gertjan van Wingerde <[EMAIL PROTECTED]>

diff --git a/net/d80211/ieee80211_sta.c b/net/d80211/ieee80211_sta.c
index 37d40aa..9f8653d 100644
--- a/net/d80211/ieee80211_sta.c
+++ b/net/d80211/ieee80211_sta.c
@@ -2503,7 +2503,8 @@ #endif
                       break;
               }

-               local->scan_timer.expires = jiffies + IEEE80211_PROBE_DELAY;
+               local->scan_timer.expires = jiffies + IEEE80211_PROBE_DELAY +
+                             usecs_to_jiffies(local->hw->channel_change_time);
               local->scan_state = SCAN_SEND_PROBE;
               break;
       case SCAN_SEND_PROBE:




-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to