Age | Commit message (Collapse) | Author |
|
Implementation of LocationAPI into gps hal
to be a common API that is called into by platform
specific APIs.
Change-Id: Ie5a7bd217d4ae2175ad49e6aca2fb6ecd4702f3b
CRs-fixed: 1112712
|
|
Remove all usage of gps.h and fused_location.h
from all gnss models except gps/fpl hal librarys
Change-Id: I90ba233c6bbe5c31a4cacceeb981833719c871f2
CRs-Fixed: 1067953
|
|
This reverts commit 55a6841843912ef8b46b67cbe9cbc60844244a74.
(cherry picked from commit 363ed1a6b09d7426bfd3726becd2d713da57fa80)
Change-Id: I19153a904dd7587dfd517dcc86f51f4b1110289a
|
|
This reverts commit a915406668658c66698be3386c8796eb438ea282
Change-Id: I7f677a9540a64a60b5f4ed898ba6bed8b3482687
|
|
Changes can be highlighted with below summary:
* Split the original LocApiAdapter to LocAdapter and LocApi.
Now different adapter implementations can flexibly connect
to different LocApi;
* LocApi continues to abstract the API binding to RPC or QMI;
* MsgTask which creates and owns a msg Q and a thread, and it
define a LocMsg base msg class. The handler pulls a msg out
of the Q and calls its proc() method. This makes it possible
for msg sender to keep the data in the msg encapsulated, as
it no longer requires a central msg handler who must under-
stand all data format. This used to be where all the compile
time dependencies are tangled together;
* Added Context to bundle MsgTask and LocApi;
* Added LocDualContext specifically for the FLP Location Hal
architecture requirement;
* Placed all the base classes of the above in loc_core folder
/ loc_core namespace / libloc_core.so, so other libraries
can easily use derive from here without having to pull in
the loc_eng implementation, which is a large library to
include or link to;
Change-Id: I40abfba96dea76757c98530c1f5e076b34ba4ac7
|