Thomas Gleixner 07454bfff1 clockevents: check broadcast tick device not the clock events device ... Impact: jiffies increment too fast. Hugh Dickins noted that with NOHZ=n and HIGHRES=n jiffies get incremented too fast. The reason is a wrong check in the broadcast enter/exit code, which keeps the local apic timer in periodic mode when the switch happens. Signed-off-by: Thomas Gleixner <tglx@linutronix.de>		2008-10-04 10:51:07 +02:00
..
clockevents.c	clockevents: make device shutdown robust	2008-09-16 13:47:02 -07:00
clocksource.c	Merge branch 'cpus4096-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip	2008-07-23 18:37:44 -07:00
jiffies.c
Kconfig	clockevents: Allow build w/o run-tine usage for migration purposes	2007-10-12 23:04:05 +02:00
Makefile	clockevents: Allow build w/o run-tine usage for migration purposes	2007-10-12 23:04:05 +02:00
ntp.c	ntp: fix calculation of the next jiffie to trigger RTC sync	2008-09-06 15:31:48 +02:00
tick-broadcast.c	clockevents: check broadcast tick device not the clock events device	2008-10-04 10:51:07 +02:00
tick-common.c	clockevents: prevent mode mismatch on cpu online	2008-09-23 11:38:53 +02:00
tick-internal.h	timers: fix build error in !oneshot case	2008-09-23 12:57:00 +02:00
tick-oneshot.c	clockevents: remove WARN_ON which was used to gather information	2008-09-09 22:20:01 +02:00
tick-sched.c	hrtimer: prevent migration of per CPU hrtimers	2008-09-29 17:09:14 +02:00
timekeeping.c	ntp: handle leap second via timer	2008-05-01 08:03:59 -07:00
timer_list.c	kernel: use non-racy method for proc entries creation	2008-04-29 08:06:22 -07:00
timer_stats.c	kernel: use non-racy method for proc entries creation	2008-04-29 08:06:22 -07:00