qcacld-3.0: Drop CSA event if disconnect is in progress

Parallel disconnect and CSA event handling leads to race
conditions in the below scenario,
1. Connect DUT to an AP
2. Trigger CSA from AP and firmware sends CSA event to host.
   Host starts processing it.
3. Trigger a disconnect from north bound and it sends RSO stop
   request to firmware as part of this. Host starts a timer
   and waits for response. Disconnect would continue after
   getting response from firmware.
4. CSA handling API sends VDEV_RESTART to firmware and
   VDEV_RESTART also has wait-for-response mechanism with the
   help of a timer. This timer stops the existing RSO_STOP timer.
5. Host gets RSO_STOP response but ignores it as the RSO timer is
   stopped. So, disconnect doesn't continue and leads to active
   command(DISCONNECT) timeout

Drop the CSA event if disconnect is already started on that vdev.
Check the connection manager state machine as vdev might still be
in connected state.

Change-Id: I5b6e004908add33170f2d5981790b9f001204d88
CRs-Fixed: 3611179

core/mac/src/pe/lim/lim_send_sme_rsp_messages.c

@@ -2247,6 +2247,11 @@ void lim_handle_sta_csa_param(struct mac_context *mac_ctx,
 		goto err;
 	}
 
+	if (!wlan_cm_is_vdev_connected(session_entry->vdev)) {
+		pe_info_rl("Ignore CSA, vdev is in not in conncted state");
+		goto err;
+	}
+
 	if (wlan_vdev_mlme_is_mlo_vdev(session_entry->vdev)) {
 		link_id = wlan_vdev_get_link_id(session_entry->vdev);
 		update_csa_link_info(session_entry->vdev, link_id, csa_params);