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. Regards Marcel -- 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
