> > Grumbach, Emmanuel wrote: > > I see - we also had this problem and because of this, we implemented > > the flush callback that allows to wait until all the queues are empty. > > So mac80211 will send the deauth, flush and only then it'd remove the > > VIF. This should allow the frame to make it to the air. Note that API > > explicitly states that mgd_prepare_tx is before assoc only. > > flush() doesn't force a context switch, no ? No it doesn't. > > For example, consider a P2P-GO in freq 2412 and STA in 5180 and both are > active. > The current context is GO (2412) and at this time if a local deauth for the STA > comes from userspace, mac80211 sends a deauth frame to the driver and > calls flush(), but the context in the driver is still in channel 2412, so how will > this work ? > It can wait until a context switch will occur in ath9k - you should switch from time to time anyway to avoid starvation, and this is not under the radar of mac80211. -- 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
