wpa_supplicant: Add 'SCAN TYPE=ONLY' functionality

Usual manual scan request may cause reassociation due to several reasons.
New command is intended to perform pure scan.

Change-Id: I5f517a9f50f286482290e76ca1088abf6a1aeff9
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

am 45fcd5c5: am f137c56d: Merge "Fix INCLUDES path for keystore headers."

# By Stephen Smalley
# Via Android Git Automerger (1) and others
* commit '45fcd5c547a5010a04871a463e54554f1cf693ef':
  Fix INCLUDES path for keystore headers.

am f137c56d: Merge "Fix INCLUDES path for keystore headers."

# By Stephen Smalley
# Via Gerrit Code Review (1) and Stephen Smalley (1)
* commit 'f137c56d1c0820255d826a8ffa9b7d8c7cbcabed':
  Fix INCLUDES path for keystore headers.

Merge "Fix INCLUDES path for keystore headers."

am cd4bf967: am a18eec54: Merge "Fix regression in LEAP"

# By Jouni Malinen
# Via Android Git Automerger (1) and others
* commit 'cd4bf967a77b0bc5e84fd40a2cd418e2551f3f7a':
  Fix regression in LEAP

am a18eec54: Merge "Fix regression in LEAP"

# By Jouni Malinen
# Via Gerrit Code Review (1) and Jean-Baptiste Queru (1)
* commit 'a18eec546fdd7b48cee7a4fce5ba0f2ca6ad7889':
  Fix regression in LEAP

Merge "Fix regression in LEAP"

Fix regression in LEAP

Commit 458cb3019108b6cb8c0c1cab94ae6ebf244eda27 broke LEAP since it
rejects EAP-Success packet that is used within LEAP and this frame does
not have a payload. Fix LEAP by relaxing the generic EAP packet
validation if LEAP has been negotiated.

Signed-hostap: Jouni Malinen <jouni@qca.qualcomm.com>

Accumulative patch from commit dc013f1e37df3462085cf01a13f0c432f146ad7a

Author: Jouni Malinen <jouni@qca.qualcomm.com>
Date:   Tue Jan 15 12:03:29 2013 +0200
    eapol_test: Remove unnecessary header file inclusion

 - P2P: Send P2P-FIND-STOPPED event in the new continue-search states
 - P2P: Add some more details on Service Query TLV format
 - P2P: Use the same Dialog Token value for every GO Negotiation retry
 - P2P: Publish more connected clients info in Probe Response frames
 - P2P: Fix some memory leaks in p2p_add_device()
 - P2P: Use the same Dialog Token value for every PD retry
 - P2P: Document operating channel selection functions
 - P2P: Always re-select operating channel if not hard coded
 - P2P: Do not allow re-selection of GO channel if forced_freq in use
 - P2P: Set FORCE_FREQ flag as part of p2p_prepare_channel()
 - P2P: Share a single function for GO channel selection
 - P2P: Prefer operating channels where HT40 is possible
 - P2P: Be more careful with wpa_config_update_psk() call
 - P2P: Allow PSK to be used instead of passphrase for persistent GO
 - P2P: Consider age for the P2P scan results
 - Move some P2P offchannel operations to offchannel.c
 - P2P: Add more complete description of p2p_cancel
 - P2P: Allow p2p_cancel to be used to stop p2p_connect-join operation
 - Interworking changes
 - WNM changes
 - WPS changes
 - SAE changes

Change-Id: I38b847d3460066cc58aecbcf67266bfcff1d344e
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

Cleaning: Remove obsolte ANDROID_QCOM_WCN define

Change-Id: I4862776f2c4c7462519a7a431f7ef2dad389bfba
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

Extend EAPOL frames processing workaround for roaming cases

Commit 1ff733383f3d5c73233ef452a738765667021609 added a mechanism to
work around issues due to association events and EAPOL RX events being
getting reordered. However, this applied only for the case where
wpa_supplicant is not in associated state. The same issue can happen in
roaming case with drivers that perform BSS selection internally (or in
firmware). Handle that case similarly by delaying received EAPOL frame
processing if the source address of the EAPOL frame does not match the
current BSSID.

Since wired IEEE 802.1X do not have BSSID, make this additional
workaround conditional on BSSID match having been observed during the
previous association.

This fixes issues where the initial EAPOL frame after reassociation was
either dropped (e.g., due to replay counter not increasing) or replied
to with incorrect destination address (the BSSID of the old AP). This
can result in significantly more robust roaming behavior with drivers
that do not use wpa_supplicant for BSS selection.

Signed-hostap: Jouni Malinen <jouni@qca.qualcomm.com>

Accumulative patch from commit f5f37d3a4fc2df2a24676b4f95afca15ed793cba

Author: Jouni Malinen <j@w1.fi>
Date:   Sun Nov 25 22:05:32 2012 +0200

   Fix REAUTHENTICATE command after PMKSA caching

   The current PMKSA cache entry needs to be clear to allow EAPOL
   reauthentication to be started in case this association used PMKSA
   caching.

 - Remove old WPS_OOB NCF
 - WPS: Add preliminary NFC connection handover support for Enrollee
 - WPS: Reenable the networks disabled during wpa_wpas_reassoc
 - P2P: Avoid multi-channel scans when they are not needed
 - P2P: Allow discoverable interval for p2p_find to be configured
 - P2P: Allow all channels with multi-channel concurrency
 - Bonjour changes
 - Remove disassociate
 - HS 2.0 changes
 - Add preliminary support for using SQLite for eap_user database
 - Add SAE support
 - Add disallow_aps parameter to disallow BSSIDs/SSIDs

Change-Id: I85358a05b39d46b8db49acdad667e771c580b05c
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

am 0fb73406: am 0cc49e8d: Add BOARD_WLAN_DEVICE=mrvl check for ANDROID_P2P support

* commit '0fb734060951ad2513680f2d9f9013ff68c2772e':
  Add BOARD_WLAN_DEVICE=mrvl check for ANDROID_P2P support

am 0cc49e8d: Add BOARD_WLAN_DEVICE=mrvl check for ANDROID_P2P support

* commit '0cc49e8db007f71888bf706420edfc530cf4fbff':
  Add BOARD_WLAN_DEVICE=mrvl check for ANDROID_P2P support

Add BOARD_WLAN_DEVICE=mrvl check for ANDROID_P2P support

Change-Id: I5cfe2a1b66c0bb4fe5266e1bdd3fd929905ef520
Signed-off-by: Mike J. Chen <mjchen@google.com>

Android: Force group access to ctrl_iface directory

wpa_supplicant is started from /init.*.rc on Android and that seems
to be using umask 0077 which would leave the control interface
directory without group access. This breaks things since Wi-Fi
framework assumes that this directory can be accessed by other
applications in the wifi group. Fix this by adding group access even
if umask value would prevent this.

In most cases, this issue was not hit since the control interface
directory is normally created by that same init.*.rc file with suitable
mode and wpa_supplicant is killed in the way that does not allow it to
remove the file. However, if wpa_supplicant is allowed stop cleanly, it
will remove the directory and the next start could result with the Wi-Fi
framework not being able to use Wi-Fi (and GUI not showing Wi-Fi getting
enabled).

Signed-hostap: Jouni Malinen <jouni@qca.qualcomm.com>

resolved conflicts for merge of d3501922 to master

Change-Id: I1a934ce39a06fa30d3461b19cfe375400642ea4b

Merge "Include the subdir Android.mks in fixed order."

Include the subdir Android.mks in fixed order.

The build fails when the include order is reversed.
On the other hand, the build system doesn't guarantee the file order
returned by all-subdir-makefiles.

Change-Id: I398e536fc8189d0f26ebc0b0342c778d234532ad

Conflicts:

Android.mk

Include the subdir Android.mks in fixed order.

The build fails when the include order is reversed.
On the other hand, the build system doesn't guarantee the file order
returned by all-subdir-makefiles.

Change-Id: I398e536fc8189d0f26ebc0b0342c778d234532ad

Fix INCLUDES path for keystore headers.

Fix the following build error for master:
external/wpa_supplicant_8/hostapd/src/crypto/tls_openssl.c:49:35: fatal error: keystore/keystore_get.h: No such file or directory

Change-Id: I81c64677040287438e467f887c2f1c63a3239350
Signed-off-by: Stephen Smalley <sds@tycho.nsa.gov>

am 56388dbb: Merge "Switch keystore to binder"

* commit '56388dbb276fef1e0ccdfcd5a38ab9b946bb3734':
  Switch keystore to binder

Merge "Switch keystore to binder"

Switch keystore to binder

Change-Id: Idfcff5f2799863075160cc6c2565f2fe774c2552

wpa_supplicant: Set Ver 0.8.X as default

Change-Id: I2d2433464068e863c12c0a06eed269e2a8c0fc46
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

am 600a7278: (-s ours) am c0aec062: am 930540de: Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

* commit '600a72784d7e928167ad0865d6ef2b2fd62a31db':

am c0aec062: am 930540de: Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

* commit 'c0aec06214be674ced7106461e9f19c127fb1c70':

am 930540de: Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

* commit '930540de4415795500e22f02bb707768b7742fc6':
  P2P: Fix network removal to select correct block
  wpa_supplicant: Postpone P2P scan if usual scan is in progress

Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

Change-Id: Ibb893211cd723e60db60b80a3da19c58575461e2

am 19409cd0: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit '19409cd098ff01560443298f40652953222da067':

Reconcile with jb-mr1-release - do not merge

Change-Id: Id8e9b62ec7d117c1b6bdbeb739be7148f15f31cb

merge in jb-mr1-release history after reset to jb-mr1-dev

am 5d7d6ace: am efb9743f: am 86c93df1: Merge "Increase timeouts for p2p" into jb-mr1-dev

* commit '5d7d6ace05e310115d13fe31d68a218c7f20c18c':
  Increase timeouts for p2p

am efb9743f: am 86c93df1: Merge "Increase timeouts for p2p" into jb-mr1-dev

* commit 'efb9743f24044390273be6722656c2bf3ffddc7d':
  Increase timeouts for p2p

am 86c93df1: Merge "Increase timeouts for p2p" into jb-mr1-dev

* commit '86c93df1d626c42147db2f2a6dfb5dcad83477ec':
  Increase timeouts for p2p

Merge "Increase timeouts for p2p" into jb-mr1-dev

am af40b4e5: (-s ours) Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

* commit 'af40b4e5a4778313433ce9612c51ba367acf8d66':

Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

Change-Id: I99d44c2e57eba3b98e5d217591968559fa3d1fe3

Increase timeouts for p2p

Dongles can be slow to respond and a quick turn around time on packets does not help.
Allow for upto 350ms on retry attempts for provision discovery, negotiation and invitation

This will catch slow responses within the first attempt and prevent any kind of issues
with sequence number handling

Bug: 7445415
Change-Id: I88a849d400b10f42ac298bad6d01f49803fcc8ba

am f368213f: am a27072d9: am b8fdecbf: Add parameter checking and error reporting to wpa_blacklist API.

* commit 'f368213fa92b11482f0d5807dc149f405dd8e62f':
  Add parameter checking and error reporting to wpa_blacklist API.

am f210a2f4: am d73deeec: am 54cb0f6f: wpa_supplicant: Try to reject proper BSSID even if not set by the driver

* commit 'f210a2f498f4854bb00528b9167c5f0d17c37f75':
  wpa_supplicant: Try to reject proper BSSID even if not set by the driver

merge in jb-mr1-release history after reset to jb-mr1-dev

am a27072d9: am b8fdecbf: Add parameter checking and error reporting to wpa_blacklist API.

* commit 'a27072d9cc9ca8ee39cc4d8d645f6b0721ba5c8e':
  Add parameter checking and error reporting to wpa_blacklist API.

am b8fdecbf: Add parameter checking and error reporting to wpa_blacklist API.

* commit 'b8fdecbfd0a0cdbbb17b902a6be87c84227b9b11':
  Add parameter checking and error reporting to wpa_blacklist API.

Add parameter checking and error reporting to wpa_blacklist API.

Bug: 7423119
Change-Id: Iae85361aa0dc94a75bffd07deef451c85e3d9d96
Signed-off-by: Sasha Levitskiy <sanek@google.com>

am d73deeec: am 54cb0f6f: wpa_supplicant: Try to reject proper BSSID even if not set by the driver

* commit 'd73deeecfe9764334b4d151d65d2989de65a9094':
  wpa_supplicant: Try to reject proper BSSID even if not set by the driver

am 54cb0f6f: wpa_supplicant: Try to reject proper BSSID even if not set by the driver

* commit '54cb0f6fef5a8ffe2dc7ed98b274fe81ca84c431':
  wpa_supplicant: Try to reject proper BSSID even if not set by the driver

wpa_supplicant: Try to reject proper BSSID even if not set by the driver

Bug: 7423119

Change-Id: Id0266274c9c60f8eea872ca3cfa5ad40d9180789
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

merge in jb-mr1-release history after reset to jb-mr1-dev

am dc4a9a1c: am 03df168d: am b485b188: Add better handling of CTRL-EVENT-ASSOC-REJECT

* commit 'dc4a9a1cc479eb06ca7610821aeb126fa1bfec31':
  Add better handling of CTRL-EVENT-ASSOC-REJECT

am 03df168d: am b485b188: Add better handling of CTRL-EVENT-ASSOC-REJECT

* commit '03df168d17437b6221a3f42876126974322f4e58':
  Add better handling of CTRL-EVENT-ASSOC-REJECT

am b485b188: Add better handling of CTRL-EVENT-ASSOC-REJECT

* commit 'b485b188f853a4ec5342c2ea49705b545b2caf3d':
  Add better handling of CTRL-EVENT-ASSOC-REJECT

Add better handling of CTRL-EVENT-ASSOC-REJECT

In an enterprise environment a given Access Point (AP) may reject an
association request due to load balancing.  In an enterprise with a
congested Wi-Fi network we may have to connect to many APs before we
find one that will accept the connection.  Currently when the
wpa_supplicant receives a CTRL-EVENT-ASSOC-REJECT it will continue to
count down the 10 second authentication timer, and doesn't realize
that it should now attempt to find a different AP.  Fix this issue in
multiple ways.  First, we increase the number of association rejects
we handle before we disable the network.  This will allow us more
opportunity to authenticate with other APs which are sharing the same
SSID.  Second, when we are rejected we immediately blacklist the AP
and rescan so that we can immediately attempt to connect to other APs.

Bug: 7329568
Change-Id: I0ff66a0e05e6d4a9dec3dea98eccd850ecd5e343

merge in jb-mr1-release history after reset to jb-mr1-dev

am c9330050: am a44422be: am 12b1cd9e: Support conc_pref when use_p2p_group_interface=0

* commit 'c9330050e31b548cf2df57b77cdf2ceb7b0d70ec':
  Support conc_pref when use_p2p_group_interface=0

am a44422be: am 12b1cd9e: Support conc_pref when use_p2p_group_interface=0

* commit 'a44422be5306577189c7df272d3615129551b22e':
  Support conc_pref when use_p2p_group_interface=0

am 12b1cd9e: Support conc_pref when use_p2p_group_interface=0

* commit '12b1cd9e151d1e5c4d35aa38531f38b4ef5cc805':
  Support conc_pref when use_p2p_group_interface=0

Support conc_pref when use_p2p_group_interface=0

The original implementation of wpas_p2p_handle_frequency_conflicts()
only works correctly when P2P groups use a separate interface
(i.e. use_p2p_group_interface=1).  Update the implementation so
that it also works when the device interfaces is used
(i.e. use_p2p_group_interface=0).

Bug: 7290509
Change-Id: Icbc489125c5b7bd6e174d6aecd53555cdc9ad99d

merge in jb-mr1-release history after reset to jb-mr1-dev

am 1449e2b6: am f1b71881: am 81931b8b: Increase channel delay to 100ms

* commit '1449e2b6a4b40abcd1fc7e5f5458bfbfec8c89a5':
  Increase channel delay to 100ms

am f1b71881: am 81931b8b: Increase channel delay to 100ms

* commit 'f1b7188187968e37abf9e4ac2e82c4ab08577d2a':
  Increase channel delay to 100ms

am 81931b8b: Increase channel delay to 100ms

* commit '81931b8bb302c38828763358f9e15af2b22c52c6':
  Increase channel delay to 100ms

Increase channel delay to 100ms

There is an inherent flaw in the p2p protocol design where an ACK loss right
before channel switch leads to peers being out of sync.

A work around of 50ms was added persistent case, but it turns out in heavy lossy
conditions that is not enough. Increase it to 100ms.

Experimental evaluation showed 100ms improves the reliability of p2p persistence
reinvocation.

Bug: 7359500
Change-Id: I73ab1b64e32b87101e95b0e487c90818c2c0aaf3

merge in jb-mr1-factory-release history after reset to jb-mr1-dev

am d5d59275: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit 'd5d5927584ce77872dfd070bb3c6558cf6fd441d':

Reconcile with jb-mr1-release - do not merge

Change-Id: I1253d2b70d2ba5be1771d5824386c8c42bdbdf0f

merge in jb-mr1-release history after reset to jb-mr1-dev

am 6c59bc14: am 532a21e6: am 2c5b17df: P2P: Improve robustness against lost ctrl::ack

* commit '6c59bc140981a064431fc8555d78de7d539d9b0c':
  P2P: Improve robustness against lost ctrl::ack

am 532a21e6: am 2c5b17df: P2P: Improve robustness against lost ctrl::ack

* commit '532a21e653c99b23c904f21f9a31325eca450690':
  P2P: Improve robustness against lost ctrl::ack

am 2c5b17df: P2P: Improve robustness against lost ctrl::ack

* commit '2c5b17df4c29abdf11a85216c2f6272af796c576':
  P2P: Improve robustness against lost ctrl::ack

P2P: Improve robustness against lost ctrl::ack

P2P includes two use cases where one of the devices is going to start a
group and likely change channels immediately after processing a frame.
This operation may be fast enough to make the device leave the current
channel before the peer has completed layer 2 retransmission of the
frame in case the ctrl::ack frame was lost. This can result in the peer
not getting TX status success notification.

For GO Negotiation Confirm frame, p2p_go_neg_conf_cb() has a workaround
that ignores the TX status failure and will continue with the group
formation with the assumption that the peer actually received the frame
even though we did not receive ctrl::ack. For Invitation Response frame
to re-invoke a persistent group, no such workaround is used in
p2p_invitation_resp_cb(). Consequently, TX status failure due to lost
ctrl::ack frame results in one of the peers not starting the group.

Increase the likelihood of layer 2 retransmission getting acknowledged
and ctrl::ack being received by waiting a short duration after having
processed the GO Negotiation Confirm and Invitation Response frames for
the re-invocation case. For the former, use 20 ms wait since this case
has been worked around in deployed devices. For the latter, use 50 ms
wait to get even higher likelihood of getting ctrl::ack through since
deployed devices (and the current wpa_supplicant implementation) do not
have a workaround to ignore TX status failure.

20 ms is long enough to include at least couple of retries and that
should increase likelihood of getting ctrl::ack through quite a bit. The
longer 50 ms wait is likely to include full set of layer 2 retries.

Bug: 7282991
Change-Id: If063895046ff42fb52579bfb386281085bedce58
Signed-hostap: Jouni Malinen <jouni@qca.qualcomm.com>

am 65c8df85: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit '65c8df8530418c66eedb06fa13372bcd41409492':
  P2P: Fix network removal to select correct block

Reconcile with jb-mr1-release - do not merge

Change-Id: Ia76fbf94fed108207ae3cb4d53f710f81aa4311f

P2P: Fix network removal to select correct block

If wpa_s->current_ssid is not set (e.g., after disconnection that
did not result in immediate group removal), an incorrect group could
have been removed since the network block iteration here could select
the network block that is used to store persistent group credentials.
Fix this by verifying that disabled != 2 to avoid picking the network
block that could not have been the temporary P2P group.

Bug: 7290511
Change-Id: Ia61bab3e11137ab2c0c34014e4d8d8bdee2a0469

am 7c5e12ad: am fe62849f: am 9d712833: P2P: Fix network removal to select correct block

* commit '7c5e12ada07c2f1334b29624adc97c7b6528db52':
  P2P: Fix network removal to select correct block

am fe62849f: am 9d712833: P2P: Fix network removal to select correct block

* commit 'fe62849f4448ef74add320a067a88bce61ed0f80':
  P2P: Fix network removal to select correct block

am 9d712833: P2P: Fix network removal to select correct block

* commit '9d71283328fbad680cc74d9b287580e373eb4d6c':
  P2P: Fix network removal to select correct block

P2P: Fix network removal to select correct block

If wpa_s->current_ssid is not set (e.g., after disconnection that
did not result in immediate group removal), an incorrect group could
have been removed since the network block iteration here could select
the network block that is used to store persistent group credentials.
Fix this by verifying that disabled != 2 to avoid picking the network
block that could not have been the temporary P2P group.

Bug: 7290511
Change-Id: Ia61bab3e11137ab2c0c34014e4d8d8bdee2a0469

am 86b5c679: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit '86b5c67993dea522f6cc2549c93f63b0eae05379':

Reconcile with jb-mr1-release - do not merge

Change-Id: I7faf49ef059f0f01586b3451426ee59d5778a25f

merge in jb-mr1-release history after reset to jb-mr1-dev

am 235dc89e: am 436d1e84: am adddfc48: P2P: Fix p2p_cancel processing during group formation

* commit '235dc89ebadbb56719e6cec838a49c3aa07b2d1b':
  P2P: Fix p2p_cancel processing during group formation

am 436d1e84: am adddfc48: P2P: Fix p2p_cancel processing during group formation

* commit '436d1e842776ae15efe01f16f19a975177be5a88':
  P2P: Fix p2p_cancel processing during group formation

am adddfc48: P2P: Fix p2p_cancel processing during group formation

* commit 'adddfc48d2d7bfa2b1a2405ab8f404b6383ec236':
  P2P: Fix p2p_cancel processing during group formation

P2P: Fix p2p_cancel processing during group formation

The wpa_s->p2p_in_provisioning flag did not get cleared in some cases
where p2p_cancel command is used to stop group formation. This can result
in some operations (like p2p_find) failing afterwards. Fix this by using
wpas_group_formation_completed() when processing p2p_cancel for a group
that has not yet completed group formation.

Bug: 7280743
Change-Id: I2dea935bd7c0509237de54bd048954f75ce80bfc
Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>

am 4177ffd2: (-s ours) am 992b10f4: (-s ours) Reconcile with jb-dev - do not merge

* commit '4177ffd2ab90fb8b5d5d68b804ec1916fd656d8c':

am 992b10f4: (-s ours) Reconcile with jb-dev - do not merge

* commit '992b10f49def736e424b9d6e01130de28b09cd1f':

Reconcile with jb-dev - do not merge

Change-Id: Ie7428c559f53a12d88e9afdbd7234423881aed0f

am e2ca21cd: Merge from jb-mr1-aah-dev

* commit 'e2ca21cdc583071c19a4fe2dcb67f25dbdd32fe1':

Merge from jb-mr1-aah-dev

Change-Id: I02876a27a1466842f648489ece651c356fe9d257

am 31dab599: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit '31dab5994aac66e7e9bbe47ccaa399997d5b2d95':

Reconcile with jb-mr1-release - do not merge

Change-Id: I84f209a40227014231778a0b30a3d6a2c523e3e3

merge in jb-mr1-release history after reset to jb-mr1-dev

am d5393476: am 069fa2c3: Remove unnecessary channel list filtering

* commit 'd5393476007ae204387783a016e74aea5f1a147b':
  Remove unnecessary channel list filtering

am 069fa2c3: Remove unnecessary channel list filtering

* commit '069fa2c39ec7120656a2ea8cca83c5ee41ddab60':
  Remove unnecessary channel list filtering

am 069fa2c3: Remove unnecessary channel list filtering

* commit '069fa2c39ec7120656a2ea8cca83c5ee41ddab60':
  Remove unnecessary channel list filtering

am ff81427a: (-s ours) Reconcile with jb-mr1-release - do not merge

* commit 'ff81427a2cd5ac877824101bec7ea50b8ad5bffb':

Reconcile with jb-mr1-release - do not merge

Change-Id: Ice14c1907d8834bd141dc9d06ccb0d0e7f0f04d5

merge in jb-mr1-release history after reset to jb-mr1-dev

Remove unnecessary channel list filtering

Operating channel is always set even without an STA connected. Remove
channel list filtering based on that.

Channel list is filtered in the p2p_connect and p2p_invite path based
on force_freq which is essentially the operating channel for STA

This patch helps fix WifiDirect b/w two android devices for SCC while at
the same time keeping channel compliance with WFD dongle

Bug: 7232932
Change-Id: Ie9524f9e45b6f997959c3359a81b05f63b576045