timekeeping: Introduce fast accessor to clock tai
authorKurt Kanzenbach <kurt@linutronix.de>
Thu, 14 Apr 2022 09:18:03 +0000 (11:18 +0200)
committerThomas Gleixner <tglx@linutronix.de>
Thu, 14 Apr 2022 14:19:30 +0000 (16:19 +0200)
commit3dc6ffae2da201284cb24af66af77ee0bbb2efaa
treeed4df2100062a31a189bebab0673d1d1c90b6818
parentce522ba9ef7e2d9fb22a39eb3371c0c64e2a433e
timekeeping: Introduce fast accessor to clock tai

Introduce fast/NMI safe accessor to clock tai for tracing. The Linux kernel
tracing infrastructure has support for using different clocks to generate
timestamps for trace events. Especially in TSN networks it's useful to have TAI
as trace clock, because the application scheduling is done in accordance to the
network time, which is based on TAI. With a tai trace_clock in place, it becomes
very convenient to correlate network activity with Linux kernel application
traces.

Use the same implementation as ktime_get_boot_fast_ns() does by reading the
monotonic time and adding the TAI offset. The same limitations as for the fast
boot implementation apply. The TAI offset may change at run time e.g., by
setting the time or using adjtimex() with an offset. However, these kind of
offset changes are rare events. Nevertheless, the user has to be aware and deal
with it in post processing.

An alternative approach would be to use the same implementation as
ktime_get_real_fast_ns() does. However, this requires to add an additional u64
member to the tk_read_base struct. This struct together with a seqcount is
designed to fit into a single cache line on 64 bit architectures. Adding a new
member would violate this constraint.

Signed-off-by: Kurt Kanzenbach <kurt@linutronix.de>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Steven Rostedt <rostedt@goodmis.org>
Link: https://lore.kernel.org/r/20220414091805.89667-2-kurt@linutronix.de
Documentation/core-api/timekeeping.rst
include/linux/timekeeping.h
kernel/time/timekeeping.c