summaryrefslogtreecommitdiff
path: root/rs/java/android/renderscript/ProgramVertexFixedFunction.java
diff options
context:
space:
mode:
authorChristopher Tate <ctate@google.com>2018-12-11 14:55:19 -0800
committerandroid-build-team Robot <android-build-team-robot@google.com>2019-02-14 16:24:25 +0000
commit21863a0cb74c7a4b5d2ace787d3dc979e11e3dd0 (patch)
tree77cc6f926a9b7b2fbae0a6f8ae1d798725e5f7c8 /rs/java/android/renderscript/ProgramVertexFixedFunction.java
parent988624eda2c566551f75b48231cdeff2b0142d93 (diff)
Be more comprehensive about boot time RTC check
If we detect that the RTC is uninitialized at boot time, we advance to the nearest safe estimated time that we can determine. We can't necessarily touch read/write filesystems at this point, so we have been using the timestamp of the root filesystem. Unfortunately, on retail devices that timestamp is often artificial, and quite far in the past by today's standards (e.g. some time in 2009). We now consult a variety of milestones to get a better estimate for the latest possible "the current date cannot be earlier than this" reference point: the root filesystem timestamp, the Build.TIME system variable, and the [ro.build.date.utc] system property if available. The latter two, in particular, are typically within at most two years of the current real time/date, rather than the eight or nine years of offset that we see with the root filesystem timestamp. This is a cherrypick of a later change back to Android P. Test: manually boot with system time forced to the 0 epoch Test: CTS Bug: 65354678 Bug: 63711349 Bug: 122883482 Merged-In: I36bbe6dfebba79ad83ce536917d6893427a026dd Change-Id: I36bbe6dfebba79ad83ce536917d6893427a026dd (cherry picked from commit bfbd98868e56064f1c4813dcdbaedf87ced526ea)
Diffstat (limited to 'rs/java/android/renderscript/ProgramVertexFixedFunction.java')
0 files changed, 0 insertions, 0 deletions