summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/call-graph-from-postgresql.py
diff options
context:
space:
mode:
authorNathan Lynch <nathan_lynch@mentor.com>2015-08-08 05:03:23 +0300
committerCatalin Marinas <catalin.marinas@arm.com>2015-08-10 17:37:45 +0300
commit878854a374620a3f5e8c0a3c418e82a429bc2cff (patch)
treeedcf287f8f7829e25067bdda041cdcb53ef473ef /tools/perf/scripts/python/call-graph-from-postgresql.py
parentf7644cbfcdf03528f0f450f3940c4985b2291f49 (diff)
downloadlinux-878854a374620a3f5e8c0a3c418e82a429bc2cff.tar.xz
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/call-graph-from-postgresql.py')
0 files changed, 0 insertions, 0 deletions