diff options
author | 2015-08-07 21:03:23 -0500 | |
---|---|---|
committer | 2015-08-10 15:37:45 +0100 | |
commit | 878854a374620a3f5e8c0a3c418e82a429bc2cff (patch) | |
tree | edcf287f8f7829e25067bdda041cdcb53ef473ef /tools/perf/scripts/python/export-to-postgresql.py | |
parent | Linux 4.2-rc6 (diff) | |
download | wireguard-linux-878854a374620a3f5e8c0a3c418e82a429bc2cff.tar.xz wireguard-linux-878854a374620a3f5e8c0a3c418e82a429bc2cff.zip |
arm64: VDSO: fix coarse clock monotonicity regression
Since 906c55579a63 ("timekeeping: Copy the shadow-timekeeper over the
real timekeeper last") it has become possible on arm64 to:
- Obtain a CLOCK_MONOTONIC_COARSE or CLOCK_REALTIME_COARSE timestamp
via syscall.
- Subsequently obtain a timestamp for the same clock ID via VDSO which
predates the first timestamp (by one jiffy).
This is because arm64's update_vsyscall is deriving the coarse time
using the __current_kernel_time interface, when it should really be
using the timekeeper object provided to it by the timekeeping core.
It happened to work before only because __current_kernel_time would
access the same timekeeper object which had been passed to
update_vsyscall. This is no longer the case.
Signed-off-by: Nathan Lynch <nathan_lynch@mentor.com>
Acked-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions