> > Can't remember.. The only thing I can come up with is that 20 was the > > next round number that is larger than IEEE80211_SCAN_INTERVAL_SLOW > > defined on the previous line.. ;-) Anyway, I don't see why we would need > > to wait that long. It should be enough to wait for a full scan of all > > channels to be completed. It is of course nicer to avoid creating a new > > IBSS if there is an existing one, but as long as merging works, it > > should be fine to reduce this timeout. > > 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? Fine with me either way. Like I said, I don't really care too much about IBSS and appreciate the time you're investing to make it work. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part