qcacmn: add AST entry when SA is valid and AST not found in host table

SA might be valid for the mac address after AST entry is deleted from
host AST table as GSE caches the AST entry on other radio even after
it is deleted.

In this case send add AST with updated peer and vdev

Change-Id: I6178785f158a0323bb5dc86179db29785c3a392e

dp/wifi3.0/dp_rx.h

@@ -443,13 +443,31 @@ dp_rx_wds_srcport_learn(struct dp_soc *soc,
 
 	qdf_spin_lock_bh(&soc->ast_lock);
 	ast = soc->ast_table[sa_idx];
+	qdf_spin_unlock_bh(&soc->ast_lock);
 
 	if (!ast) {
-		qdf_spin_unlock_bh(&soc->ast_lock);
+		/*
+		 * In HKv1, it is possible that HW retains the AST entry in
+		 * GSE cache on 1 radio , even after the AST entry is deleted
+		 * (on another radio).
+		 *
+		 * Due to this, host might still get sa_is_valid indications
+		 * for frames with SA not really present in AST table.
+		 *
+		 * So we go ahead and send an add_ast command to FW in such
+		 * cases where sa is reported still as valid, so that FW will
+		 * invalidate this GSE cache entry and new AST entry gets
+		 * cached.
+		 */
+		if (!soc->ast_override_support)
+			ret = dp_peer_add_ast(soc,
+					      ta_peer,
+					      wds_src_mac,
+					      CDP_TXRX_AST_TYPE_WDS,
+					      flags);
 		return;
 	}
 
-	qdf_spin_unlock_bh(&soc->ast_lock);
 
 	if ((ast->type == CDP_TXRX_AST_TYPE_WDS_HM) ||
 	    (ast->type == CDP_TXRX_AST_TYPE_WDS_HM_SEC))