From a5ba4e1445b41588356248d08ed4c8194618b799 Mon Sep 17 00:00:00 2001 From: Nitesh Shah Date: Tue, 10 Jan 2017 17:09:51 +0530 Subject: [PATCH] qcacld-3.0: Call cdp_update_mac_id after hw_mode change in fw When MAC0 is in 2.4G and new connection is coming in 5G, then MAC0 connection is shifted to MAC1, and new connection comes in MAC0. But in this process, cdp_update_mac_id() is not called while shifting from MAC0 to MAC1. Fix is to call cdp_update_mac_id() after hw_mode change occurs in the firmware, thus updating mac_id and corresponding vdev_id for the interface whose mac_id or vdev_id get shifted. Change-Id: I294c26f7d5054e42cdc116e8ae878954904056b5 CRs-Fixed: 1109511 --- core/cds/src/cds_concurrency.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/core/cds/src/cds_concurrency.c b/core/cds/src/cds_concurrency.c index b0d7356945..359acdd039 100644 --- a/core/cds/src/cds_concurrency.c +++ b/core/cds/src/cds_concurrency.c @@ -485,6 +485,11 @@ static void cds_update_hw_mode_conn_info(uint32_t num_vdev_mac_entries, cds_info("vdev:%d, mac:%d", conc_connection_list[conn_index].vdev_id, conc_connection_list[conn_index].mac); + if (cds_ctx->cdp_update_mac_id) + cds_ctx->cdp_update_mac_id( + cds_get_context(QDF_MODULE_ID_SOC), + vdev_mac_map[i].vdev_id, + vdev_mac_map[i].mac_id); } } qdf_mutex_release(&cds_ctx->qdf_conc_list_lock);