| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
When an entity (NLP for example) acquires
a WifiLock and initiates a scan, scan can
get blocked until driver starts.
scan returns no useful info, scan results
are broadcast when obtained.
Bug: 2964633
Change-Id: Iaefc32bb6b82f0718285a18ac600e6bbbb096e77
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We now distribute "wifi started" time across all apps that are
holding WIFI locks that cause it to be started. But only when
WIFI would not normally be running. Also have a mechanism to
distribute other WIFI work that has happened across those processes
based on their use.
Also fixed a bug where we were not retaining the CPU speed step
stats across boots...!
Change-Id: I00e3153b98429166273750512cc37e7975211ab9
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a problem where applications could ask the location
manager to do very heavy-weight things (like... say... update
location every minute), which would get accounted against the
system instead of the application because ultimately it is the
system making the heavy calls (wake locks, etc).
To solve this, we introduce a new class WorkSource representing
the source of some work. Wake locks and Wifi locks allow you
to set the source to use (but only if you are system code and thus
can get the permission to do so), which is what will be reported
to the battery stats until the actual caller.
For the initial implementation, the location manager keeps track
of all clients requesting periodic updates, and tells its providers
about them as a WorkSource param when setting their min update time.
The network location provider uses this to set the source on the
wake and wifi locks it acquires, when doing work because of the
update period.
This should also be used elsewhere, such as in the GPS provider,
but this is a good start.
Change-Id: I2b6ffafad9e90ecf15d7c502e2db675fd52ae3cf
|
|
|
|
|
|
|
|
|
|
| |
Connectivity to a disabled network never happens.
An old dhcp issue for example prevents
connectivity again in future. Allow connectivity
on all networks on screen on.
Bug: 2129037
Change-Id: I42afc17ddb5cd238e46d7e50f1b6e708e107b35d
|
|
|
|
|
|
| |
Add the tag and documentation when we open up the high perf mode
Change-Id: I921e46a7519561e59fb917d08a36dd1d3d2fc7f3
|
|
|
|
|
|
|
|
|
| |
Add extension to WifiLock to allow apps to operate
in high performance mode (high power & disable suspend
optimizations for battery consumption).
Bug: 2834260
Change-Id: I8b33d307f3d569bc92ba2139b9ed224ffc147547
|
|
|
|
|
|
|
|
|
|
|
| |
Must clean up default route if a default 3g connection is replaced
by a non-default (ie, mms) connection on teh same interface.
Also stop mucking with all connections dns and routes - do it only
for the connection that has changed.
bug:2865974
Change-Id: Ifdf49080fa0413a4d826813706c809975a562dfa
|
|
|
|
|
|
|
|
|
|
| |
When the driver was configured to run with power save mode disabled the
power save mode incorrectly got reverted back to AUTO mode right after
DHCP response. The power save mode value is now saved so that the device
properly reverts back to a previous mode after DHCP response.
Change-Id: Ie68cd107872d233bf422e24130a1eb9f6432db91
Bug: 2834260
|
|
|
|
|
| |
Bug: 2538623
Change-Id: I779044173a2fa0e9b851ea92aeec5ca25eb9c86f
|
|
|
|
|
|
|
|
|
| |
- Remove check for supplicant command: setScanResultHandling
- Add check for stopDriver
- Fix condition for rest of commands
Bug: 2771298
Change-Id: I1262b2228814c4f6a4c251390af2f445c5f47234
|
|\
| |
| |
| |
| |
| |
| | |
Merge commit '9f2a0115220c8e288c32d8cf90e235a2f2be115b' into kraken
* commit '9f2a0115220c8e288c32d8cf90e235a2f2be115b':
Remove indefinite DHCP retries
|
| |
| |
| |
| |
| |
| |
| |
| | |
Replace indefinite DHCP retries
with a sufficiently large retry count
Bug: 2761057
Change-Id: I4570b74476aa78c71c73e06c2aafac33d924e867
|
|/
|
|
|
|
|
| |
This is to support multiple headsets at the same time, atleast
at the framework level.
Change-Id: I91d05c6c2828c9a09d00806d5e79f1e9c9c7cf84
|
|
|
|
|
| |
Bug: 2600111
Change-Id: Ifaa63cd7c05dfa27fbd851de6f7e92f7fc38907b
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Due to message removal, wakelock could be held forever.
Do a timer only based wakelock release until we do this
more cleanly in ConnectivityService for later release.
Also, add an optimization to prevent use of wakelocks when driver is
already stopped.
Bug: 2529883
Change-Id: Ia1c2ddd44213ef3aa609855613bf155945bef8e4
|
|
|
|
|
|
|
|
| |
mWifiState was split up to speed up access
of wifi state when things are synchronized.
Use a single atomic state variable throughout.
Change-Id: I345981e3ffa3d2b0b7e70a5c6efc43185cba9062
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previous it was synchronized on the same lock that was held while
transitioning wifi states, effectively making it impossible to ever
find out about such states, and worse: making calls during transitions
block.
This manifested itself in a really laggy power control widget, which
I'm working on fixing in general in a separate change.
Change-Id: Ia34af98c73d7f5662e41360a213df87f6adaf130
|
|
|
|
|
| |
Bug: 2525763
Change-Id: If2f334187af26e0352d754d7e00a9ca3efc5dffa
|
|
|
|
|
|
|
|
|
| |
Remove AP persist settings
Add new netd interface
Handle errors
Handle AP config change
Bug: 2413908
Change-Id: I31a1221ef5479da8d4a2620f0f0ee0b62539bc69
|
|
|
|
|
|
|
|
| |
Driver commands should be issued when driver has started.
Supplicant commands should be issued when Wi-Fi is enabled
Bug: 2339709
Bug: 2371609
Change-Id: I9ba6ddfa0cf4c4b8ca049b0eb7eaaa8edb42bad1
|
|
|
|
|
| |
Bug: 2339709
Change-Id: Ibb2eeb09b83dc24897116ea15a9016f81a08d442
|
|
|
|
|
| |
Bug: 2421638
Change-Id: Ic5ea8f7560a7fe5e1b0769daa5d92cc33eefc692
|
|
|
|
|
| |
Bug: 2274930
Change-Id: Ia1eafe422f6e18b826e53e72a306dd2961b948a6
|
|
|
|
|
|
|
|
|
|
| |
The IP state was not being refreshed when the supplicant transitions
from COMPLETED to ASSOCIATED to COMPLETED. This can lead to
a connected state with no real connection due to old IP settings.
The fix refreshes IP on each connection.
Bug: 2329261
Change-Id: I38cd56369ee2d8ab3e0f06f5c9f5712b9b2f35a0
|
|
|
|
|
| |
Bug: 2399119
Change-Id: I481cfbfb11fb453659134004aafa3df236ba050b
|
|
|
|
|
|
|
|
| |
We currently disable networks upon too many reconnects. This leads to asking
the user input for reconnects. Blacklist it instead.
Bug: 2129037
Change-Id: I23d69daf3964c066ed7f70d32fefb81016f19aa2
|
|
|
|
|
|
|
| |
Some of the native calls were left unsynchronized in the framework. Pre-empted IOCTL call
interrupted by another call from the framework cannot be handled in the driver.
Bug: 2310455
|
|
|
|
|
|
| |
Use this in various places where it should serve no purpose to deliver
both broadcasts. This is intended to reduce somewhat the flurry of
broadcasts that we churn through during boot.
|
|\
| |
| |
| |
| |
| |
| | |
Merge commit '68b15b68497e373fe63a13f11e18349a738a7989' into eclair-mr2
* commit '68b15b68497e373fe63a13f11e18349a738a7989':
Porting change I064698b3 from mr2 to eclair.
|
| |
| |
| |
| |
| |
| | |
Add support for "HANGED" driver state - we'll reboot the driver when requested (by the driver).
bug: 2310372
|
| |
| |
| |
| |
| |
| |
| |
| | |
Waits 15sec after getting a DISCONNECTED or INACTIVE state. Also tracks
the number of supplicant state transitions. After the period is up
if we haven't received any more supplicant state transitions, it requests a scan.
bug: 2168081
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The driver can now report to us that they are hosed and we'll shut
down wifi and restart it - only to be used as a last resort.
Also fixing synch problem with updateWifiState.
bug: 2173119
|
| |
| |
| |
| |
| |
| | |
Gets rid of the old method which generated Log noise.
bug: 1973855
|
|/
|
|
|
|
|
|
| |
Waits 15sec after getting a DISCONNECTED or INACTIVE state. Also tracks
the number of supplicant state transitions. After the period is up
if we haven't received any more supplicant state transitions, it requests a scan.
bug: 2168081
|
|
|
|
|
|
|
| |
The driver will bring up the interface when needed and bring it up
at reset time has caused some problems.
bug: 2144870
|
|
|
|
| |
The field identity should not be "anonymous_identity".
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Problem:
Connect to AP with WEP security.
Change AP's WEP password.
Phone will quickly reassociated (less than in 5 sec) and will not restart full "reconnect".
Indication will show "connected" but it will be no network access.
Fix: (for non-static IP only)
With WEP mode, the association could be successful if we change the AP's WEP password. However,
the phone wont be able to send/recv any traffic with the old password. What we could quickly
fix here is to send the DHCP request if the network is not configured to use static IP. We
can do nothing but ping access point to see if it we are able to communicate with it.
|
|
|
|
|
|
|
|
|
| |
Only do the full signal strength calc when we need to, otherwise use
an approximate value.
This change was introduced a while back but was lost in some merge.
bug: 2125543
|
| |
|
|
|
|
| |
+ refactor the enterprise fields.
|
|
|
|
|
|
|
|
|
| |
The supplicant can take up to 15 seconds to start - setting the number of wifi channels
immediately after requested wifi start often will fail.
Changed to set the number of channels when the supplicant is reported as alive.
bug:2083601
|
|
|
|
| |
Change-Id: I2205eebae419eaf4a0992c9f5b7cd807eb843fe1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Split BluetoothDevice into BluetoothDevice and BluetoothAdapter.
BluetoothAdapter: Represents the local BT adapter. Operations on the local
adapter (start a scan, etc).
BluetoothDevice: Represents a remote BT device. Operations on remote devices
(pair, connect, etc).
IBluetoothDevice.aidl -> Bluetooth.aidl
BluetoothDeviceService.java -> BluetoothDeviceService.java
TODO:
Javadoc
|
|\
| |
| |
| |
| |
| |
| | |
Merge commit '41c104339951e0e5e78240e1f48455c21b3ba5fd'
* commit '41c104339951e0e5e78240e1f48455c21b3ba5fd':
Fix MulticastLock API to match WifiLock API.
|
| |
| |
| |
| | |
Adds option to make lock refcounted or not. Fixes 2017680.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
driver.
This fixes a problem that resulted in the interface not being up when resuming
an authenticated connection.
Signed-off-by: Mike Lockwood <lockwood@android.com>
|
|\ \
| |/
| |
| |
| |
| |
| | |
Merge commit '356d4a14aa96cf52c16f7a4d381044ce28b01af3'
* commit '356d4a14aa96cf52c16f7a4d381044ce28b01af3':
Add the phase2 field for EAP WiFi configuration.
|
| | |
|
|\ \
| |/ |
|
| |
| |
| |
| | |
Signed-off-by: Mike Lockwood <lockwood@android.com>
|