qcacld-3.0: Update ML link info with proper value of ch_width

On request of "get channel" from upper layer for standby link,
host fetches all required information (primary frequency,
central frequency and channel width are mandatory field here)
from "mlo_link_info->link_chan_info" structure and send same
values as a response to upper layer. Upper layer uses these
values to fetch survey info (like freq, CU value, noise,
RSSI value etc.).

If host fails to send proper values in response of
"get channel" response, host does not trigger "get survey info"
request and this results upper layer will not print CU values
on console for standby link on triggering driver command
DRIVER MEASURE_ML_CHANNEL_CONDITION.

Currently host does not update link_chan_info structure with
proper value of ch_width which results above issue.

Fix is to update proper value of ch_width to
"mlo_link_info->link_chan_info" structure.

Change-Id: Ibdc3086be38c9aace40ccd5abfd2eaa1582ecdb0
CRs-Fixed: 3715252

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

@@ -89,6 +89,7 @@
 #include "wlan_tdls_api.h"
 #include "wlan_mlo_mgr_link_switch.h"
 #include "wlan_cm_api.h"
+#include "wlan_mlme_api.h"
 
 struct pe_hang_event_fixed_param {
 	uint16_t tlv_header;
@@ -4106,6 +4107,16 @@ QDF_STATUS lim_update_mlo_mgr_info(struct mac_context *mac_ctx,
 	channel.ch_phymode = cache_entry->phy_mode;
 	channel.ch_cfreq1 = cache_entry->channel.cfreq0;
 	channel.ch_cfreq2 = cache_entry->channel.cfreq1;
+	channel.ch_width =
+		wlan_mlme_get_ch_width_from_phymode(cache_entry->phy_mode);
+
+	/*
+	 * Supplicant needs non zero center_freq1 in case of 20 MHz connection
+	 * also as a response of get_channel request. In case of 20 MHz channel
+	 * width central frequency is same as channel frequency
+	 */
+	if (channel.ch_width == CH_WIDTH_20MHZ)
+		channel.ch_cfreq1 = channel.ch_freq;
 
 	util_scan_free_cache_entry(cache_entry);