RFC/PATCH: Allow wpa_supplicant to share scan results.
Jouni Malinen
j
Tue Nov 16 01:45:12 PST 2010
On Mon, Nov 15, 2010 at 04:22:30PM -0800, Ben Greear wrote:
> The attached (and inline) patch allows wpa_supplicant to share scan results
> between all VIFS on the same radio (phy). This patch is a bit rough, but
> it does appear to do what I was hoping for.
>
> Please let me know if this has any chance and upstream inclusion.
With the changes in wpa_supplicant/events.c, the likelihood of that
getting anywhere is about zero, but if the driver specific changes were
to be moved to src/drivers/driver_nl80211.c, this could be quite a
reasonable change to include in the upstream tree. Note the
global_init() and init2() struct wpa_driver_ops callbacks that should
make it easy to track the interfaces within driver_nl80211.c.
I would like to have more knowledge of virtual interfaces sharing the
same radio in the driver wrappers anyway, e.g., for shared_freq()
implementations. If this can be reliably detected from the driver (which
hopefully is the case with mac80211-based ones), it would be great to be
able to that without having to ask the user to configure anything.
> I know I need to at least strip out some of the debug code, and make
> this optional via the global config file, but I was hoping early feedback
> might save more work later...
What would be need for configuring this? In which case would it be
preferred to not process the scan results from other virtual interfaces
on the same radio? Wouldn't those scan events look exactly like the same
if some other application would have triggered them?
In addition, it might be interesting to considering sharing the BSS
table and scan result parsing in wpa_supplicant among the interface,
too, instead of just the scan completed events..
--
Jouni Malinen PGP id EFC895FA
More information about the Hostap
mailing list