Helge reported, that timerfd returns occasionally remaining time larger than the relative time which was used to arm the timer. This is caused by the extra jiffy which we add in hrtimer_start_range_ns() if CONFIG_TIME_LOW_RES=y. This is not only an issue for timerfd. We have the same problem in posix-timers and itimers. This series adds infrastructure to the core to handle that cases and converts the users over to it. Thanks, tglx --- fs/timerfd.c | 2 - include/linux/hrtimer.h | 34 +++++++++++++++++++++++++-- kernel/time/hrtimer.c | 55 ++++++++++++++++++++++++++++++--------------- kernel/time/itimer.c | 2 - kernel/time/posix-timers.c | 2 - kernel/time/timer_list.c | 2 - 6 files changed, 72 insertions(+), 25 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe linux-m68k" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
