Emmanuel Grumbach wrote: > When mac80211 wants to ensure that a frame is sent, it calls > the flush() callback. Until now, iwldvm implemented this by > waiting that all the frames are sent (ACKed or timeout). > In case of weak signal, this can take a significant amount > of time, delaying the next connection (in case of roaming). ath9k does pretty much the same - just wait for pending frames to be completed. mac80211 doesn't seem to set 'drop' anywhere when calling flush(), so ath9k ends up waiting for frame completion in all cases too. Maybe this might cause inordinate delays in low-signal connections with ath9k too... Sujith -- 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
