[PATCH 1/3] nl80211: Add support for probe response offloading

[Jouni Malinen]

On Sat, Oct 22, 2011 at 03:08:45PM +0200, Guy Eilam wrote:
> Update the driver capabilites for support for probe
> response offloading according to the answer to the get
> wiphy command.

> @@ -760,6 +762,18 @@ struct wpa_driver_capa {
> +	/**
> +	 * probe_resp_offload_supp_protocols - bitmap of supported
> +	 * protocols by the driver for probe response offloading.
> +	 */
> +/* Driver probe response offloading support for WPS ver. 1 */
> +#define WPA_DRIVER_PROBE_RESP_OFFLOAD_SUPPORT_WPS	0x00000001
> +/* Driver probe response offloading support for WPS ver. 2 */
> +#define WPA_DRIVER_PROBE_RESP_OFFLOAD_SUPPORT_WPS2	0x00000002
> +/* Driver probe response offloading support for P2P */
> +#define WPA_DRIVER_PROBE_RESP_OFFLOAD_SUPPORT_P2P	0x00000004
> +	unsigned int probe_resp_offload_supp_protocols;
>  };

How is this value used? The second patch in the series did not seem to
verify in any way that the driver is capable of handling any specific
offloading case.. In addition to the WPS and P2P ones, Interworking
(IEEE 802.11u) is another example where special filtering of Probe
Request frames is needed. hostapd (and wpa_supplicant AP mode) needs to
be able to figure out whether the current configuration can be offloaded
for this to work correctly.

-- 
Jouni Malinen                                            PGP id EFC895FA