On Wed, 2013-02-27 at 14:24 +0200, Vladimir Kondratiev wrote: > Enable p2p find phase offload to the driver. > Add methods for the struct cfg80211_ops, like > > int (*start_p2p_find)(struct wiphy *wiphy, > struct cfg80211_p2p_find_params *params); > void (*stop_p2p_find)(struct wiphy *wiphy); > > where struct cfg80211_p2p_find_params includes info elements > to be added for probe request and probe response frames; > social channels etc. We had something like this before. I think you need to specify not the wiphy but a netdev though, to know what MAC address to use. In fact, not a netdev but a wdev, so it can work on P2P_Device type wdevs. Also, timings? Or is that left to the driver? > wpa_supplicant will call these methods through nl80211. > > Driver responsible for toggling between search and listen states, > reporting probe request/response frames to the user space. > > Driver/firmware may answer to the probe request frames on itself, > in this case probe requests are still reported. wpa_s will need to know whether or not it responded, unless you mandate that it must respond by itself -- not sure if you should do that though? > To satisfy requirements for 60GHz band, additional attribute 'pcp_resolution' > shall be added to the reported frames, indicating result of the PCP resolution. > This attribute carries result of PCP factor comparison between probe request > and response, as defined in the spec for 60GHz. It is enum having values > 'undefined', 'win' and 'lose'. ? > For the 2.4GHz band devices, PCP resolution is not used and pcp_resolution > attribute set to 'undefined' No ... you'd just leave out the attribute instead of having a special undefined value. johannes -- 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
