Cache xtime every call to update_wall_time
commit17c38b7490b3f0300c7812aefdae2ddda7ab4112
authorjohn stultz <johnstul@us.ibm.com>
Wed, 25 Jul 2007 01:38:34 +0000 (24 18:38 -0700)
committerLinus Torvalds <torvalds@woody.linux-foundation.org>
Wed, 25 Jul 2007 17:17:44 +0000 (25 10:17 -0700)
tree0f7a9ee0c691aef3497030e38c3ba8e3c13a985c
parent2c6b47de17c75d553de3e2fb426d8298d2074585
Cache xtime every call to update_wall_time

This avoids xtime lag seen with dynticks, because while 'xtime' itself
is still not updated often, we keep a 'xtime_cache' variable around that
contains the approximate real-time that _is_ updated each time we do a
'update_wall_time()', and is thus never off by more than one tick.

IOW, this restores the original semantics for 'xtime' users, as long as
you use the proper abstraction functions (ie 'current_kernel_time()' or
'get_seconds()' depending on whether you want a timespec or just the
seconds field).

[ Updated Patch.  As penance for my sins I've also yanked another #ifdef
  that was added to avoid the xtime lag w/ hrtimers.  ]

Signed-off-by: John Stultz <johnstul@us.ibm.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
include/linux/time.h
kernel/hrtimer.c
kernel/time/timekeeping.c