diff options
| author | Nitesh Shah <niteshs@codeaurora.org> | 2017-01-10 17:09:51 +0530 |
|---|---|---|
| committer | qcabuildsw <qcabuildsw@localhost> | 2017-01-21 04:18:47 -0800 |
| commit | d6fb888d5ec538dc67ba900697ce44b072efff98 (patch) | |
| tree | 85ce8097751ea7175e0cdb933457687c8362ad1c | |
| parent | 40af0714c5d7960279c9407e4dee9f91f176957e (diff) | |
qcacld-3.0: Call ol_txrx_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, ol_txrx_update_mac_id() is not called while
shifting from MAC0 to MAC1.
Fix is to call ol_txrx_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
| -rw-r--r-- | core/cds/src/cds_concurrency.c | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/core/cds/src/cds_concurrency.c b/core/cds/src/cds_concurrency.c index 07b74d6cf536..40ec77c1fc4b 100644 --- a/core/cds/src/cds_concurrency.c +++ b/core/cds/src/cds_concurrency.c @@ -2332,6 +2332,10 @@ 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->ol_txrx_update_mac_id_cb) + cds_ctx->ol_txrx_update_mac_id_cb( + vdev_mac_map[i].vdev_id, + vdev_mac_map[i].mac_id); } } qdf_mutex_release(&cds_ctx->qdf_conc_list_lock); |