With join taking much longer, sometimes device can be lost from supplicant.
Retain device to complete connection.
Also, clear up stale peer data after find stops during inactive state.
Bug: 6557725
Change-Id: I15b92e50a837481f974034b1ea7b32c8abee969e
Use a wake up alarm to ensure delayed shut down message is sent
Bug: 5926285
Change-Id: I26a3353ddabb17d55299d8b5f9faf4c7ef5b2448
Signed-off-by: Vishal Mahaveer <vishalm@ti.com>
A driver start can fail and device can stay stuck in that state.
Add a work around to retry once after a period of time and then
reload wifi if that does not work.
Bug: 6005966
Change-Id: I930554ac96ac25da2a38e49630d375656e32f6f6
- BSS command is unreliable, use group owner information from p2p_find
- Fix the autonomousgroup settings
- Use group idle settings only on the p2p group interface to avoid group idle
resulting group formation failures
Bug: 6426991
Change-Id: I44fc204775580fb4fec6ce27070ddbde0751b495
This constant indicates what should be sent when a wpa_supplicant's
engine field should be marked as "disable."
Bug: 6480500
Change-Id: Ic963eff4b2ae1496f06e23f80514bf530767c568
Until we figure out a way to compare a poor mobile network
against and poor wifi network and then weighing in other factors,
tone down wifi avoidance aggressiveness
Bug: 6456541
Change-Id: Idc81e4d83f47c9870abbdb4359ddfeaffdcca838
The supplicant stops periodic scans when there are no saved networks.
The framework needs to have a periodic scan to handle this scenario.
We do have an infrequent wake up scan (15 mins), but thats way too
slow to report an open network.
Setup a scan by the supplicant interval when there are no saved
networks
Bug: 5420656
Change-Id: Id3708ecc874b42971643cc747bb9e7f2efc7d1dd
- Fix group idle settings
- Fix provision discovery event handling. We only care about device address.
- Fix WPS setup at start
Bug: 6427634
Change-Id: I0b1a7d73199e373350001114f4607bc39f2a53ba
Signed-off-by: isheriff@google.com
Signed-off-by: Yoshihiko Ikenaga <yoshihiko.ikenaga@jp.sony.com>
A firmware crash can now put the interface down without notifiying the framework.
We detect this and recover immediately.
Bug: 6263857
Change-Id: Ib2dc0412fcdf9ce7b90a7fc0fab778f7af9c0513
By default, we show dialogs for connection requests and for
user interaction for pin input from the framework.
For applications, that want to make the experience more seamless
we should allow automatic discovery and connection as long
as one app can control it. We allow this for a foreground
app alone right now.
This will be a hidden API for now.
Bug: 6411069
Change-Id: Id342e933073d30eb58bf5a03a47ca26a64df8ddb
Signed-off-by: isheriff@google.com
Signed-off-by: Yoshihiko Ikenaga <yoshihiko.ikenaga@jp.sony.com>
Using FLAG_RECEIVER_REPLACE_PENDING causes broadcasts
to be missed confusing the connectivity service
BUg: 6401167
Change-Id: Id69b2df18b9eb6b3e2195fbf399f36501a8d41df
When DHCP lease includes vendor info indicating that remote Wi-Fi
network is metered, advise NetworkPolicy. Users can still manually
change the metered flag in Settings.
Also remove any policies belonging to removed Wi-Fi networks, and
teach isNetworkMetered() about ethernet networks.
Bug: 6344821, 6369307, 6365872
Change-Id: I108606c6fddf2d02828fcab011f3a1501415f1bc
- Application does not have transaction id information. go through
list and remove
- Avoid removing client info while enumerating it
Change-Id: Ie293876756418ed4cd6dc3a903689ee7003bd12d
Signed-off-by: yoshihiko.ikenaga@jp.sony.com
This allows applications to filter out the devices by the
services supported for the purpose of establishing a
connection.
so, a game app can connect to devices that support the game,
and a media streaming app can filter and connect only to
the available media display devices
Change-Id: Ia792e292d2ca771beeb4ca3b007a047527c19229
Add UPnp, Bonjour and vendor specific support for discovering services on
Wi-Fi direct before establishing a connection.
Change-Id: I1c1f3427180abdc80a4e682e713adc7f0326c5ef
Signed-off-by: Yoshihiko Ikenaga <yoshihiko.ikenaga@jp.sony.com>
