P2P: Move a GO from its operating frequency
authorIlan Peer <ilan.peer@intel.com>
Mon, 27 Jul 2015 19:24:19 +0000 (22:24 +0300)
committerJouni Malinen <j@w1.fi>
Mon, 3 Aug 2015 21:14:41 +0000 (00:14 +0300)
commit1a471ff0810ac660115e4175e44e1c37875c3519
tree1c07e3ac52e5404f19733ff1b41a5531ebd27294
parent793ea13e2b94f914e4ec55fcd0d56588b29c3d09
P2P: Move a GO from its operating frequency

Upon any change in the currently used channels evaluate if a GO should
move to a different operating frequency, where the possible scenarios:

1. The frequency that the GO is currently using is no longer valid,
   due to regulatory reasons, and thus the GO must be moved to some
   other frequency.
2. Due to Multi Concurrent Channel (MCC) policy considerations, it would
   be preferable, based on configuration settings, to prefer Same
   Channel Mode (SCM) over concurrent operation in multiple channels.
   The supported policies:

   - prefer SCM: prefer moving the GO to a frequency used by some other
     interface.
   - prefer SCM if Peer supports: prefer moving the GO to a frequency
     used by some other station interface iff the other station
     interface is using a frequency that is common between the local and
     the peer device (based on the GO Negotiation/Invitation signaling).
   - Stay on the current frequency.

Currently, the GO transition to another frequency is handled by a
complete tear down and re-setup of the GO. Still need to add CSA flow to
the considerations.

Signed-off-by: Ilan Peer <ilan.peer@intel.com>
wpa_supplicant/config.c
wpa_supplicant/config.h
wpa_supplicant/config_file.c
wpa_supplicant/p2p_supplicant.c