qcacld-3.0: Fix for getTdlspeers in case of explicit trigger

qcacld-2.0 to qcacld-3.0 propagation

Currently driver is setting TDLS supported capability only in case
of tdls peer discovery response. In case of explicit trigger discovery
is optional, so it could be possible that the false capabiltiy is sent
as tdls not supported though it supports when link is enabled using an
external trigger.

To address this, set the tdls supported capability during the tdls setup
confirmation.

Change-Id: I13041f2b03e749617e58a74d82bdf77d9e6886ed
CRs-Fixed: 988686
(cherry picked from commit fab4eefd36b1b452dc96149beab1536414571e06)
(cherry picked from commit db27ba3e3d92af5d3d361f9ad59c4cd9213b31cd)

core/hdd/src/wlan_hdd_tdls.c

@@ -3989,6 +3989,7 @@ static int __wlan_hdd_cfg80211_tdls_mgmt(struct wiphy *wiphy,
 	/* For explicit trigger of DIS_REQ come out of BMPS for
 	   successfully receiving DIS_RSP from peer. */
 	if ((SIR_MAC_TDLS_SETUP_RSP == action_code) ||
+	    (SIR_MAC_TDLS_SETUP_CNF == action_code) ||
 	    (SIR_MAC_TDLS_DIS_RSP == action_code) ||
 	    (SIR_MAC_TDLS_DIS_REQ == action_code)) {
 		/* Fw will take care if PS offload is enabled. */
@@ -4418,7 +4419,7 @@ static int __wlan_hdd_cfg80211_tdls_oper(struct wiphy *wiphy,
 				  MAC_ADDR_ARRAY(peer));
 			return -EINVAL;
 		}
-
+		wlan_hdd_tdls_set_cap(pAdapter, peer, eTDLS_CAP_SUPPORTED);
 		if (eTDLS_LINK_CONNECTED != pTdlsPeer->link_status) {
 			if (IS_ADVANCE_TDLS_ENABLE) {