On Thu, 2008-08-07 at 19:43 +0100, Dave wrote: > Dan Williams wrote: > > On Wed, 2008-08-06 at 22:08 +0100, Dave wrote: > >> Dan Williams wrote: > >>> Well, since the driver supports SSID scanning, we can use ap_scan=1 > >>> anyway. ap_scan=2 is actually pretty evil since it depends on WEXT > >>> ordering and whatnot. > >> > >> ap_scan=1 requires the use of SIOCSIWWAP (to set desired BSSID), which > >> the Agere firmware doesn't support. The firmware only supports setting a > >> desired SSID (via SIOCSIWESSID), so Agere based orinoco is stuck with > >> ap_scan=2 :( > >> > >> Symbol and Intersil don't have this problem. > > > > In practice that shouldn't be a problem because drivers (at least > > ipw2200 does this) usually roam BSSIDs anyway. Technically a bug I > > think. But honestly, the driver needs to work with ap_scan=1 and I > > don't see why it couldn't. > > I had a reread of <http://hostap.epitest.fi/wpa_supplicant/devel/driver_wrapper.html>. > > As a FullMAC driver without support for selecting the BSSID to associate with (or frequency in Managed mode), the only way I can see to make the driver work with ap_scan=1 is to silently ignore the SIOCSIWFREQ and SIOCSIWAP. I don't think this is an approach I would want to pursue. Well, the current orinoco driver returns "success" (0) for SIOCSIWAP on Agere firmware. Thus, ap_scan=1 should work just fine for you because the supplicant won't complain when setting the BSS fails, and the driver will happily do whatever it wants to with the SSID anyway (just like ipw2200 currently does I might add). > That said, what's wrong with the ap_scan=2 mode? You've stated it's not great (and I'm prepared to believe it), but what is the actual problem? The whole ap_scan thing is a bunch of crap necessitated by previously bad drivers. Since things are a lot better now, IMO there's not much of a point to having ap_scan at all. We should just be using ap_scan=1 +scan_ssid=1 everywhere and fix the drivers that don't work. But the problem with ap_scan=2 is really about the failure window. ap_scan=2 basically dumps a load of options on the driver, and unless the options _exactly_ match the configuration of the AP, you won't connect. The supplicant isn't able to make intelligent choices about which networks in its config file match the scan result, thus there's a lot more potential for failure unless you know exactly what your network is set up to do, and these capabilities aren't always exposed through beacons. So ap_scan=2 just opens up a huge window of failure and stuff can't ever Just Work because no intelligence can be applied. 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
