On Wed, 2008-06-04 at 18:55 +0300, Jouni Malinen wrote: > On Wed, Jun 04, 2008 at 10:18:24AM -0400, Dan Williams wrote: > > > Ok, I'll drop it down to 5 seconds if that's OK with you. That's still > > the same amount of time as the wpa_supplicant assoc_failed auth timeout > > in wpa_supplicant_associate() though, so they could still step on each > > other. Not quite sure what to do about that except bump up the > > wpa_supplicant assoc_failed timeout by a few more seconds? > > As long as there is still enough time for the scan to be completed > before deciding to create a new IBSS. I don't remember how that code > worked, so I don't know whether 5 second as the IBSS timeout will > guarantee this for every case. If there are any problems in providing > such guarantee, I have nothing against increasing the wpa_supplicant > timeout for IBSS. I might do that anyway since there is not really much > point in timing out IBSS join/create in most cases. That's probably the best solution; to increase the supplicant's timeout for the IBSS case and decrease the mac80211 IBSS create timeout. Dan -- 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
