Remove work around for driver state change
When we first ported wpa_supplicant 0.8, we had a work around to fix the supplicant state change behavior from the driver. Remove the work around since the driver behavior is fixed. Bug: 5195278 Change-Id: I320f21ab01704931a3def6214b0cc40f214a688e
This commit is contained in:
@@ -2524,23 +2524,11 @@ public class WifiStateMachine extends StateMachine {
|
||||
public boolean processMessage(Message message) {
|
||||
if (DBG) Log.d(TAG, getName() + message.toString() + "\n");
|
||||
switch (message.what) {
|
||||
case CMD_START_DRIVER:
|
||||
mWakeLock.acquire();
|
||||
WifiNative.startDriverCommand();
|
||||
mWakeLock.release();
|
||||
break;
|
||||
case WifiMonitor.SUPPLICANT_STATE_CHANGE_EVENT:
|
||||
SupplicantState state = handleSupplicantStateChange(message);
|
||||
/* A driver start causes supplicant to first report an INTERFACE_DISABLED
|
||||
* state before transitioning out of it for connection. Stay in
|
||||
* DriverStoppedState until we get an INTERFACE_DISABLED state and transition
|
||||
* to DriverStarting upon getting that
|
||||
* TODO: Fix this when the supplicant can be made to just transition out of
|
||||
* INTERFACE_DISABLED state when driver gets started
|
||||
*/
|
||||
if (state == SupplicantState.INTERFACE_DISABLED) {
|
||||
transitionTo(mDriverStartingState);
|
||||
}
|
||||
case CMD_START_DRIVER:
|
||||
mWakeLock.acquire();
|
||||
WifiNative.startDriverCommand();
|
||||
mWakeLock.release();
|
||||
transitionTo(mDriverStartingState);
|
||||
break;
|
||||
default:
|
||||
return NOT_HANDLED;
|
||||
|
||||
Reference in New Issue
Block a user