summaryrefslogtreecommitdiffstats
path: root/tests/wifitests/src/com/android/server/wifi/TestUtil.java
Commit message (Collapse)AuthorAgeFilesLines
* [Wifi][Passpoint] Connect to the provisioning APSohani Rao2017-11-271-1/+12
| | | | | | | | | | | | Implement connection to the provisioning AP as the first step in the Passpoint Provisioning flow. Abstract all Wifi state events and network connection events into a seperate class and initialize Provisioner once from BOOT_PHASE completion of WifiServiceImpl. Introduce PasspointProvisioning state machine which will run in WifiServiceThread. Bug: 67914128 Test: Unit test Change-Id: Ice8d873f1e0648b2746dd90ce55e3a6ffc120465
* WifiStateMachine: add mode to softap updateRebecca Silberstein2017-06-061-9/+3
| | | | | | | | | | | | | | Plumb the softap target mode in to WifiStateMachine so we can add it to the softap state change broadcast. Also cleaned up some of the error and stopping states noticed due to the mode updates and tests. This removes extra calls to clear the requests and uses the ap state change broadcast to notify registered callers about the LOHS stopping instead of attempting to get intermediate state. Bug: 62076211 Test: frameworks/opt/net/wifi/tests/wifitests/runtests.sh Change-Id: Icff0a9b30e1eb9e5aa945d289d274da7ec8910eb
* WifiStateMachine: add iface name to ap updatesRebecca Silberstein2017-06-051-1/+11
| | | | | | | | | | | | | | When softap mode changes state, add the interface name to the ap state change broadcast. This will be used by ConnectivityService to properly track interface updates and changes. Bug: 62076211 Test: frameworks/base/wifi/tests/runtests.sh Test: frameworks/opt/net/wifi/tests/wifitests/runtests.sh Test: softap integration tests locally Test: manually toggled and confirmed in logs Test: wifi integration tests Change-Id: I655dbdbf522c582973bb3fa8a2c42dadceb85a8d
* WifiServiceImpl: listen and act on softap changesRebecca Silberstein2017-05-181-0/+15
| | | | | | | | | | | | | | | The registered callers of LocalOnlyHotspot need to be updated when the hotspot fails or stops. This is currently implemented by having WifiServiceImpl listen for WIFI_AP_STATE_CHANGE broadcasts. When updates about softap failures or stopping (disabling or disabled) are received, appropriate messages are constructed and sent to registered callers. This CL additionally adds tests confirming this behavior. An additional helper methods were added to aid testing for sending the broadcasts and sending messages to the registered LOHS requestors. Bug: 31466854 Test: frameworks/opt/net/wifi/tests/wifitests/runtests.sh Change-Id: I5ade861423c7ea25690a084e9e4c7c9861f1dbcd
* Remove all legacy HAL usage from frameworkRoshan Pius2017-03-091-15/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | WifiNative now just becomes a module to route calls into the appropriate native module: WifiVendorHal, WificondControl, SupplicantStaIfaceHal, SupplicantP2pIfaceHal. Changes in the CL: 1. Cleanup WifiNative to remove the legacy HAL usage. 2. Remove the |HIDL*| flags in WifiNative. 3. Remove static instance of WifiNative/WifiMonitor. 4. Remove WifiMonitor code parsing the string events from wpa_supplicant. 5. Remove all unused jni code used for legacy HAL interactions. 6. Remove dependency of libwifi-hal & libwifi-system from framework. Notes: a) We can now potentially split up WifiNative into separate chunks: WifiStaNative, WifiP2pNative, WifiRttNative, etc instead of having a monolithic WifiNative instance. b) We may have to add back the local log in WifiNative (b/36059665). Bug: 35702893 Bug: 34457880 Bug: 34884202 Bug: 35421721 Test: Compiles, existing unit tests pass. Test: Device boots up and connects to wifi networks. Test: Verified with wifi regression (b/36068282) Change-Id: I3e13522c912242af8023471e029edb1ce47fd3e9
* WifiNotificationController: Ignore "SCANNING" network statePaul Stewart2016-02-241-0/+32
| | | | | | | | | | | | | | | | | | While the system is disconnected and does screen-on scanning, it is legitimate to see temporary state changes to the "SCANNING" state then back to "DISCONNECTED". The current implementation of WifiNotificationController resets its scan counter during these transitions, and therefore never displays the "WiFi Networks Avaialable" notification. This CL fixes this problem by separately tracking NetworkInfo.DetailedState and ignoring both "SCANNING" and the no-op state changes that will happen as a result. BUG=26076402 TEST=New unit test included in CL TEST=Repeat bug reproduction steps Change-Id: I5e6049edb767e4f67be1ddb31023a28043db53d5
* Add SoftApManager classPeter Qiu2016-02-181-0/+12
| | | | | | | | | | | | | | The newly created class is responsible for managing soft AP instance and tethering state transitions. This class will be integrated to WifiStateMachine in an upcoming CL, which will remove the existing soft AP and tethering related code from WifiStateMachine. Bug: 26876260 TEST=runtest frameworks-wifi Change-Id: I25568649b8c9d18ce78019dac614bafb9c5a3448
* Enable Rtt Responder Role(2/4).Wei Wang2016-02-081-0/+54
Change-Id: Ib18af94fbba21c833c47336f7a92afe918dc9a89