hrtimers: Reorder clock bases
authorThomas Gleixner <tglx@linutronix.de>
Fri, 20 May 2011 21:14:04 +0000 (23:14 +0200)
committerThomas Gleixner <tglx@linutronix.de>
Mon, 23 May 2011 11:59:54 +0000 (13:59 +0200)
commit68fa61c026057a39d6ccb850aa8785043afbee02
treeaa8a96849d4bd9b1e46c602d398cda0e72d4115c
parentab8177bc53e8ae3a3ba6d200ce2c2dae263f7ee5
hrtimers: Reorder clock bases

The ordering of the clock bases is historical due to the
CLOCK_REALTIME and CLOCK_MONOTONIC constants. Now the hrtimer bases
have their own enumeration due to the gap between CLOCK_MONOTONIC and
CLOCK_BOOTTIME. So we can be more clever as most timers end up on the
CLOCK_MONOTONIC base due to the virtue of POSIX declaring that
relative CLOCK_REALTIME timers are not affected by time changes. In
desktop environments this is slowly changing as applications switch to
absolute timers, but I've observed empty CLOCK_REALTIME bases often
enough. There is no performance penalty or overhead when
CLOCK_REALTIME timers are active, but in case they are not we don't
skip over a full cache line.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Reviewed-by: Peter Zijlstra <peterz@infradead.org>
include/linux/hrtimer.h
kernel/hrtimer.c