From: Vladimir Kondratiev <qca_vkondrat@qca.qualcomm.com>
To: Johannes Berg <johannes@sipsolutions.net>,
"Luis R . Rodriguez" <rodrigue@qca.qualcomm.com>,
Jouni Malinen <jouni@qca.qualcomm.com>
Cc: "John W . Linville" <linville@tuxdriver.com>,
<linux-wireless@vger.kernel.org>
Subject: [RFC] P2P find offload
Date: Wed, 27 Feb 2013 14:24:11 +0200 [thread overview]
Message-ID: <3408094.SIuA27EmQ5@lx-vladimir> (raw)
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.
next reply other threads:[~2013-02-27 12:24 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-27 12:24 Vladimir Kondratiev [this message]
2013-03-04 15:47 ` [RFC] P2P find offload Johannes Berg
2013-03-07 7:10 ` Vladimir Kondratiev
2013-03-07 9:31 ` Vladimir Kondratiev
2013-03-07 10:08 ` Johannes Berg
2013-03-07 10:11 ` Johannes Berg
2013-03-07 14:10 ` Vladimir Kondratiev
2013-03-10 15:43 ` Vladimir Kondratiev
2013-03-15 18:40 ` Johannes Berg
2013-03-17 8:56 ` Vladimir Kondratiev
2013-03-18 20:31 ` Johannes Berg
[not found] ` <3959922.dEpYdEMVAq@lx-vladimir>
2013-03-19 20:27 ` Johannes Berg
2013-03-15 15:51 ` Johannes Berg
2013-03-07 10:01 ` Johannes Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3408094.SIuA27EmQ5@lx-vladimir \
--to=qca_vkondrat@qca.qualcomm.com \
--cc=johannes@sipsolutions.net \
--cc=jouni@qca.qualcomm.com \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=rodrigue@qca.qualcomm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox