| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
Change-Id: Ib18af94fbba21c833c47336f7a92afe918dc9a89
|