]> git.ipfire.org Git - thirdparty/hostap.git/commit
P2P: Indicate frequency for upper layer invitation processing
authorJouni Malinen <jouni@qca.qualcomm.com>
Fri, 1 Mar 2013 19:27:31 +0000 (21:27 +0200)
committerJouni Malinen <j@w1.fi>
Fri, 1 Mar 2013 19:27:31 +0000 (21:27 +0200)
commitcd1e2309a2ae5bf29d2bbdf798224e1a06feadef
treeee5ebd836617bc53aee86c92513edc2baff2e246
parent18206e02c540f0a379db507b4ecc22c8855c7acf
P2P: Indicate frequency for upper layer invitation processing

When a device that is a GO in a persistent group receives an Invitation
Request from a P2P client and persistent_reconnect=0, upper layer is
notified of this with P2P-INVITATION-RECEIVED event. The upper layer is
supposed to run another invitation exchange is this case, but if that
does not happen and the GO is started without successful (status=0)
invitation exchange, the operating channel for the group may end up
getting set in a way that the P2P client is not able to support. Provide
optional freq parameter in the P2P-INVITATION-RECEIVED event on the GO
side. If this parameter is received and the upper layer decides to issue
P2P_GROUP_ADD command, that command should include this freq parameter
to make sure the operating channel gets selected from the set that the
peer can support.

Signed-hostap: Jouni Malinen <jouni@qca.qualcomm.com>
wpa_supplicant/p2p_supplicant.c