timerfd: Allow timers to be cancelled when clock was set
authorThomas Gleixner <tglx@linutronix.de>
Wed, 27 Apr 2011 12:16:42 +0000 (14:16 +0200)
committerThomas Gleixner <tglx@linutronix.de>
Mon, 2 May 2011 19:39:15 +0000 (21:39 +0200)
commit99ee5315dac6211e972fa3f23bcc9a0343ff58c4
tree6663d6ceaabcb9bac03193e2781cdbe6a139f70c
parentb12a03ce4880bd13786a98db6de494a3e0123129
timerfd: Allow timers to be cancelled when clock was set

Some applications must be aware of clock realtime being set
backward. A simple example is a clock applet which arms a timer for
the next minute display. If clock realtime is set backward then the
applet displays a stale time for the amount of time which the clock
was set backwards. Due to that applications poll the time because we
don't have an interface.

Extend the timerfd interface by adding a flag which puts the timer
onto a different internal realtime clock. All timers on this clock are
expired whenever the clock was set.

The timerfd core records the monotonic offset when the timer is
created. When the timer is armed, then the current offset is compared
to the previous recorded offset. When it has changed, then
timerfd_settime returns -ECANCELED. When a timer is read the offset is
compared and if it changed -ECANCELED returned to user space. Periodic
timers are not rearmed in the cancelation case.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: John Stultz <johnstul@us.ibm.com>
Cc: Chris Friesen <chris.friesen@genband.com>
Tested-by: Kay Sievers <kay.sievers@vrfy.org>
Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Davide Libenzi <davidel@xmailserver.org>
Reviewed-by: Alexander Shishkin <virtuoso@slind.org>
Link: http://lkml.kernel.org/r/%3Calpine.LFD.2.02.1104271359580.3323%40ionos%3E
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
fs/timerfd.c
include/linux/hrtimer.h
include/linux/time.h
include/linux/timerfd.h
kernel/hrtimer.c
kernel/time/timekeeping.c