History log of /system/chre/platform/slpi/system_time.cc
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
7e6e403d0c0df9aa0ac65ef765f5e6f1f7cbb3bc 01-Jun-2018 Arthur Ishiguro <arthuri@google.com> Moves time sync logic to chre::HostLink

Decouples the logic from chre::SystemTime. Also renames variables/global
variables as suited.

Bug: 74559032
Bug: 76176220
Test: Run CHQTS ContextHubEstimatedHostTimeTest, verify pass
Change-Id: I0afef44ec39e2b2e78a061db3d50d1344a288ae2
/system/chre/platform/slpi/system_time.cc
b21320cbb5a4fff2d4aaa08aca8e080147446ad0 19-Dec-2017 Brian Duddie <bduddie@google.com> Split out QTimer to nanos conversion into standalone file

Makes source more modular for use elsewhere.

Test: compile only
Change-Id: I7020bf75318df02a7cd94cd14baf4c35eaa9da55
/system/chre/platform/slpi/system_time.cc
da0fd50de0eb302a5e488466312f89bfa3d8c477 20-Nov-2017 Meng-hsuan Chung <menghsuan@google.com> Factor out logic that converts QTimer ticks to nanoseconds

Test: ./load_chre.sh
Change-Id: Ie4c8d4797c67a2ecbb805c1d14b28f12507fb6c2
/system/chre/platform/slpi/system_time.cc
83e0aef57f516e9bf10f3b419d0217ce22897b3e 03-Oct-2017 Brian Duddie <bduddie@google.com> Avoid overflow in QTimer to nanoseconds conversion

Do a two-step conversion from the 19.2MHz QTimer clock to nanoseconds,
as the current implementation of uTimetick_CvtFromTicks() has a bug
that results in overflow after about 11 days.

Bug: 67059655
Test: run modified hello world app on a device with >30 days of uptime
Change-Id: Id3648564a1e48419e4540c6ede157ad90719bc38
/system/chre/platform/slpi/system_time.cc
4b2c7edecd587358d7fbdcd7a3d1dc8ec0734997 29-Jun-2017 Arthur Ishiguro <arthuri@google.com> Periodically send time sync message from host

- Schedules a timer after receiving a time sync message to request for
another one after a fixed time interval
- CHRE daemon sends a time sync message when receiving this request
- CHRE also opportunistically sends a request along with message to the
host at a shorter time interval

Bug: 62910293
Test: Run on device, verify time sync msgs are periodically sent
Change-Id: Iab277b4fe097b2190bed5483bba17d93771e11e3
/system/chre/platform/slpi/system_time.cc
5fc9df58dc67591b24fd04f143b61fcf12100239 18-May-2017 Arthur Ishiguro <arthuri@google.com> Modifies CHRE daemon to send time sync msg at boot

- CHRE daemon sends a time sync message at boot
- Modifies SystemTime class to store the offset
- Implements chreGetEstimatedHostTimeOffset

Test: Runs on device, verified offset stored at init
Change-Id: I0b7a7421fd0220cd51bb915d7b5cd1a7887667ce
/system/chre/platform/slpi/system_time.cc
1ac3c0452b56dd51719e7d3f44efad3d0bc0116f 20-Dec-2016 Andrew Rossignol <aarossig@google.com> Implements SystemTime for the SLPI

- Adds mk files for core, util and platform
- Extends the search path for includes
- Requires an SLPI tree to build now (using SLPI-static image
functionality)

Change-Id: If83dece1dcf610c3c75bbc47204fcaafa8fd9801
/system/chre/platform/slpi/system_time.cc
83c7ff254eda9fc5b1f8754349e9918a4f0f7e7a 17-Dec-2016 Andrew Rossignol <aarossig@google.com> Adds initial SLPI platform implementations.

- Logging via FARF.
- Time is left as a TODO, but the file is created.
- A minimal init file that logs.

Change-Id: I0fb473c6d1591aebd5432205447ec1203d0efcbe
/system/chre/platform/slpi/system_time.cc