| 7e76ba4dbeea9ea33132bf31b7c3887284c4bd87 |
|
27-Jun-2017 |
Arthur Ishiguro <arthuri@google.com> |
Adds Wifi and WWAN status to CHRE debug dump
Bug: 62659408
Test: Run lshal debug android.hardware.contexthub@1.0::IContexthub/
default and see output.
Change-Id: Ibf7f8ca7c16830cea1ce80ea1e3e791759790eb3
/system/chre/core/wwan_request_manager.cc
|
| 2ff52c6627054f8708e83eaccbcbd0db0af2899c |
|
23-Jun-2017 |
Brian Duddie <bduddie@google.com> |
Move GNSS+WiFi+WWAN+ASH initialization
Move the initialization of the request managers for GNSS, WiFi, and WWAN
to occur after the construction of EventLoopManager. On SLPI, perform
this late initialization in the CHRE thread prior to loading any
nanoapps. As the GNSS, WiFi, and WWAN drivers communicate with other
processors in the system, their initialization can be blocking. Moving
these out of chre::init allows the CHRE daemon to accept connections
sooner, and CHRE can also satisfy the hub info query message before the
EventLoop starts. Both of these combined allow Android to boot more
quickly.
Also, move ASH initialization out of the common code and into the
platform-specific layer, as ASH is not a required feature for all CHRE
implementations. Perform this initialization at the same time as the
radio drivers to further speed up init.
Bug: 62909073
Test: sanity check CHRE system, confirm via logging that
ContextHubSystemService is not blocked waiting on PALs to initialize
Change-Id: Id4792682c8652e35db0ce5b30bcba7e2c52bf72b
/system/chre/core/wwan_request_manager.cc
|
| 50d7d95f1d8cae0e9c6202086b9bd432adff7bf1 |
|
23-May-2017 |
Andrew Rossignol <aarossig@google.com> |
Removes support for multiple event loops
- This feature is not needed and was not implemented entirely.
- This leaves many TODOs.
- Most CHRE systems are single-threaded.
- Multi-threaded support can be handled in a better way and held under
conditional compilation to reduce code size.
Test: run_sim.sh, load_chre.sh
Change-Id: I33fa68bc24ee423c6a3a190e5ba75bfcf7074ed3
/system/chre/core/wwan_request_manager.cc
|
| d0a40737fed6f6d66ebed0819b3341da2e6070cd |
|
25-May-2017 |
Andrew Rossignol <aarossig@google.com> |
Assigns the cookie when sending WWAN info
- The WWAN info event is currently broadcast to all apps who subscribe
to it and the cookie is left unset.
- Set the cookie and only send the event to the app who made the
request.
Test: load_chre.sh + gts
Change-Id: If66c2fceb16cb080504b3abb29eecc390b5e2268
/system/chre/core/wwan_request_manager.cc
|
| 96f33751ce98a3e64d90373a3a42f88458b3aef0 |
|
30-Mar-2017 |
Andrew Rossignol <aarossig@google.com> |
Adds support for posting cell info to nanoapps who requested it
Test: Run on device, see cell info being logged
Change-Id: If53b008a52d4e6ce08322899b0dfe98189247a09
/system/chre/core/wwan_request_manager.cc
|
| 098b34f314568384073301415dc00e1e9d01ea64 |
|
29-Mar-2017 |
Andrew Rossignol <aarossig@google.com> |
Implements the chreWwanGetCellInfoAsync CHRE API
Test: Run the simulator
Change-Id: Ib228560527fa49e036ede3bfcd92b17323a00d36
/system/chre/core/wwan_request_manager.cc
|
| bba4eec883de697f6dd0708174eabbc4288caa69 |
|
14-Mar-2017 |
Andrew Rossignol <aarossig@google.com> |
Implements the chreWwanGetCapabilities CHRE API
Test: Run the simulator, compile only for on-device
Change-Id: Ic525be4146aed2de4c27d9c715b4630017732779
/system/chre/core/wwan_request_manager.cc
|