Fix: work-around upstream Linux timekeeping bug
authorMathieu Desnoyers <mathieu.desnoyers@efficios.com>
Wed, 5 Oct 2016 11:20:32 +0000 (07:20 -0400)
committerMathieu Desnoyers <mathieu.desnoyers@efficios.com>
Wed, 5 Oct 2016 11:26:23 +0000 (07:26 -0400)
commita9df1445c3d54e647d9aea248cc1b26bb6f15298
treec2a2cb4ee69f5ba3d797820c4bb4890a77e4dfa3
parent2ca394649a5fb4135bfbe541f090b06ef933a63b
Fix: work-around upstream Linux timekeeping bug

Linux commit 27727df240c7 ("Avoid taking lock in NMI path with
CONFIG_DEBUG_TIMEKEEPING"), changed the logic to open-code
the timekeeping_get_ns() function, but forgot to include
the unit conversion from cycles to nanoseconds, breaking the
function's output, which impacts LTTng.

The following kernel versions are affected: 4.8, 4.7.4+, 4.4.20+,
4.1.32+

We expect that the upstream fix will reach the master and stable
branches timely before the next releases, so we use 4.8.1, 4.7.7,
4.4.24, and 4.1.34 as upper bounds (exclusive).

Fall-back to the non-NMI-safe trace clock for those kernel versions.
We simply discard events from NMI context with a in_nmi() check,
as we did before Linux 3.17.

Link: http://lkml.kernel.org/r/1475636148-26539-1-git-send-email-john.stultz@linaro.org
Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
wrapper/trace-clock.h
This page took 0.026725 seconds and 4 git commands to generate.