Fork from pix106's tree
Find a file
Kevin Tang 8977164eee fixing the SSR recovery race condition
There is a race condition where when startFix is
called right at the time when modem or griffon
subsystem is down, GPS HAL doesn't get the correct
error code, and therefore the right handling.

Mapped ENGINE_DOWN to ENGINE_OFFLINE, as they are
the same; and modified loc_eng_start_handler to
update the state upon the right error code.

There is a one problem though. General failure is
also handled as SSR. This is because of an unhandled
race condition in the kernel, so the error code
returned and propagated is not deterministic enough
for us to tell if this is SSR. Until that fix is in
place, we might have to treat general failure as SSR
although the side effect should be none. Only
semantically incorrect.

Change-Id: If93823f08428275da171bb22d73a06e38365585b
CR-Fixed: 692085
2014-07-30 18:02:41 -07:00
core fixing the SSR recovery race condition 2014-07-30 18:02:41 -07:00
etc Add support for XTRA_VERSION_CHECK QMI LOC msg 2014-07-21 10:45:06 -07:00
loc_api fixing the SSR recovery race condition 2014-07-30 18:02:41 -07:00
platform_lib_abstractions hardware/qcom/gps: Enabled Timestamps for on-target logging 2013-07-03 17:09:21 -07:00
utils Revert "Avoid GPS build for MSM8916 64bit" 2014-05-07 17:12:49 -07:00
CleanSpec.mk removed exe bit of the file access mod 2013-04-05 11:12:28 -07:00
configure.ac hardware/qcom/gps: Porting HAL and Loc API 2.0 2013-07-03 17:08:14 -07:00
loc-api.pc.in hardware/qcom/gps: fixing build failure 2013-07-03 17:10:14 -07:00
Makefile.am hardware/qcom/gps: Porting HAL and Loc API 2.0 2013-07-03 17:08:14 -07:00