lisa/android_kernel_xiaomi_sm8350
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

qcacld-3.0: Return success for stop_bss while SAP is in stopping state

Browse Source 
If the SAP is already in stopping state and wlansap_stop_bss is invoked
as a part of stop_adapter, it returns error which causes the
stop_adapter not to wait for the vdev to return to proper state.

To avoid this, return success in case of SAP_STOPPING for the event
eSAP_HDD_STOP_INFRA_BSS

Change-Id: I99a2cd0a1d12b8e43fb3e88b6889e1d651633283
CRs-Fixed: 2654042
This commit is contained in:
Sourav Mohapatra 2020-03-31 17:06:33 +05:30 committed by nshrivas
parent 37148c7604
commit 915d9dc8e1
1 changed files with 7 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

7
core/sap/src/sap_fsm.c
View File

@ -2727,6 +2727,13 @@ sap_fsm_state_stopping(struct sap_context *sap_ctx,
qdf_status = sap_signal_hdd_event(sap_ctx, NULL,
eSAP_STOP_BSS_EVENT,
(void *)eSAP_STATUS_SUCCESS);
} else if (msg == eSAP_HDD_STOP_INFRA_BSS) {
/*
* In case the SAP is already in stopping case and
* we get a STOP request, return success.
*/
sap_debug("SAP already in Stopping state");
qdf_status = QDF_STATUS_SUCCESS;
} else {
QDF_TRACE(QDF_MODULE_ID_SAP, QDF_TRACE_LEVEL_ERROR,
FL("in state %s, invalid event msg %d"),