diff options
| author | 2023-02-06 11:05:02 -0500 | |
|---|---|---|
| committer | 2023-02-06 11:27:58 -0500 | |
| commit | f244f10ce4f47d1c423eb09a668ff57af9d13900 (patch) | |
| tree | 8f77913f65f676d542e76a797b5f5f7f3969a490 /libs/gui/BLASTBufferQueue.cpp | |
| parent | 31d41415101ff3483ce1cc5a9c2ef322490a05bd (diff) | |
Switch SchedulerClock to std::chrono::steady_clock
According to
https://en.cppreference.com/w/cpp/chrono/high_resolution_clock, we
should prefer steady_clock or system_clock, depending on our needs. We
already assert that it is_steady, and we use values of this type as if
they *are* from steady_clock.
Specifically, android::scheduler::TimePoint, used throughout
SurfaceFlinger, inherits from SchedulerClock::time_point. When computing
the earliestPresentTime, we use TimePoints (aka a subclass of
high_resolution_clock::time_point), but then we assign the result to
CompositionRefreshArgs.earliestPresentTime, which is a
steady_clock::time_point.
Make this consistent by using the recommended type throughout.
Test: m
Change-Id: I10a3ba4829a60dfc83256cb9fea3736a6c8a0f94
Diffstat (limited to 'libs/gui/BLASTBufferQueue.cpp')
0 files changed, 0 insertions, 0 deletions