Wlan: Do not queue eSmeCommandMacSpoofRequest command with priority
While driver is re-associating and disconnect is received from
supplicant, the disconnect cmd will be queued at the head of pending
list.
Meanwhile if mac spoof workqueue is scheduled, it will also post
eSmeCommandMacSpoofRequest cmd with high priority to sme and thus the
pending queue head will now have the mac spoof cmd.
Once Re-association is completed wait for key timer is started (5 sec)
and roam substate is set to wait for key. Now as in wait for key state
only disconnect or set key commands are allowed, the mac spoof cmd
will not get processed until the set key timer expire.
Thus the disconnect cmd will timeout in HDD after waiting for 5 sec.
Do not queue eSmeCommandMacSpoofRequest command with priority and do
not start the wait for key state in case disconnect is received from
HDD.
Change-Id: I1d0da7a8f1ba8a3ddcd828ac6473770296a57661
CRs-Fixed: 998691
diff --git a/CORE/SME/src/csr/csrApiRoam.c b/CORE/SME/src/csr/csrApiRoam.c
index a0a8aaf..9b83969 100644
--- a/CORE/SME/src/csr/csrApiRoam.c
+++ b/CORE/SME/src/csr/csrApiRoam.c
@@ -5663,7 +5663,7 @@
pSirBssDesc, &BroadcastMac,
FALSE, FALSE, eSIR_TX_RX, 0, 0, NULL, 0 ); // NO keys... these key parameters don't matter.
}
- else
+ else if (!pSession->abortConnection)
{
//Need to wait for supplicant authtication
roamInfo.fAuthRequired = eANI_BOOLEAN_TRUE;