On Thu, 2009-02-05 at 00:19 +0100, Marcel Holtmann wrote: > Hi Dan, > > > > In very dense environment, the scan result buffer can get really large, mostly > > > due to the addition of proprietary IEs. iwlist fails, typically warning about: > > > "print_scanning_info: Allocation failed". wpa_supplicant fails as well, after > > > reallocating the scan result buffer several times, up to 132 Kbytes: > > > [snip] > > > Scan results did not fit - trying larger buffer (131072 bytes) > > > ioctl[SIOCGIWSCAN]: Argument list too long > > > > > > By adding a mac80211 module parameter, we can filter the scan results and keep > > > only the ones userspace currently worries about, i.e. WPA1, WPA2, WMM and WPS. > > > > > > To activate this feature, 1 has to be written to > > > /sys/module/mac80211/parameters/ieee80211_scan_ie_filter > > > > NAK. Use cfg80211. Module parameters are the wrong way to work around > > API limitations; the API gets fixed or replaced instead. Furthermore, > > the stack/drivers should *NOT* be filtering scan results at all. That's > > the job of the userspace program requesting the results; otherwise > > passive listeners will get only filtered results, and not the complete > > scan list. > > yes, yes and yes, but reality is a little bit different here. You are > not able to get the results out of the kernel because WEXT is just > braindead. This hack is waaay beyond the realm of acceptable. Fix cfg80211, and backport it to the kernels you care about since you'd be doing the same backporting for this hack. 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
