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