Intro: P2P scan consists of scan and find phases. Scan is just usual scan. Find phase consists of search and listen states. Currently, 'search' state implemented as 'scan' and 'listen' state implemented as 'remain on channel' Recently spec for 60GHz band added, defining new procedures. For 60GHz devices, spec defined search state in the way that can't be simulated by the scan. On the 60GHz band, device in the 'search' state transmits specially crafted DMG beacon frames, while in scan state it does not transmit DMG beacon frames. GO resolution for 60GHz devices performed based on 'PCP factor' calculated by certain bits of probe request/response frames. GO negotiation frames are sent, but used to negotiate the rest of parameters like operational channel. Proposal: 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. 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. 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' Rationale: - For all devices, this allows for better time utilization since there is no need to 'close' each phase and return back to the idle state. - Option to answer probe request in the driver/firmware allows to use firmware capabilities. - Enabler for 60GHz devices. Comments? Thanks, Vladimir. -- 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
