On 2010-01-25 1:37 PM, Johannes Berg wrote: > This patch makes mac80211 wait for a beacon > before associating to have proper information > from it, in particular the DTIM period. It > also makes it not probe the AP if it already > has a probe response, so that only one of > probing and waiting for beacon can be done, > one of them must have been received to know > about the BSS. > > Note that I don't think this helps the > synchronisation issue Kalle pointed out since > we do not tell the driver about the bssid, in > fact in this patch I explicitly open up the > filters to receive the beacon. > > The default timeout is 112.5% of the beacon > interval, so a single lost beacon could cause > the association to fail, I'm not sure if that > is desirable or if the default timeout should > be longer. I think if this is required only for powersave, it would be nice if it would only wait for the beacon if either powersave is actually enabled, or user space requests it. I'd like to avoid making the assoc process more unreliable for noisy environments in cases where it isn't necessary to do so. - Felix -- 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
