qcacld-3.0: Don't allow ROC when a scan is in progress

Kernel rejects NL80211_CMD_TRIGGER_SCAN when a scan is already
running. But ROC comes via NL80211_CMD_REMAIN_ON_CHANNEL which
doesn't have this check and the request comes to driver.
ROC preempts on-going scan and the scan is resumed post ROC
timeout. But userspace may issue ROC requests continuously
and the current scan may not get time for completion.
DUT has encountered this issue in below scenario,
1. Framework(wificond) issued a scan, driver started scan and
   sent TRIGGER_SCAN event. wpa_supplicant monitors for
   TRIGGER_SCAN event and avoid issuing another scan/ROC.
2. But wifi is turned off immediately, which has killed current
   running wpa_supplicant
3. Wifi is turned on again and new wpa_supplicant is started,
   but it's not aware of the ongoing scan. It started P2P
   operations(p2p scan+listen) immediately.
4. P2P scans are rejected by kernel but ROC keeps on preempting
   the current running wificond scan. Neither station scan nor
   P2P scan/listen can make progress due to this.

Reject ROC(remain_on_channel) when a scan is going-on to avoid
ping-pong between station scan and P2P ROC.

Change-Id: I500b7c2062cb16ebc29027232608036a55ad4dea
CRs-Fixed: 3625673

core/hdd/src/wlan_hdd_p2p.c

@@ -125,6 +125,11 @@ static int __wlan_hdd_cfg80211_remain_on_channel(struct wiphy *wiphy,
 		return -EINVAL;
 	}
 
+	if (!wlan_is_scan_allowed(vdev)) {
+		wlan_objmgr_vdev_release_ref(vdev, WLAN_OSIF_P2P_ID);
+		return -EBUSY;
+	}
+
 	/* Disable NAN Discovery if enabled */
 	ucfg_nan_disable_concurrency(hdd_ctx->psoc);