clockevents: prevent endless loop in tick_handle_periodic()
commit1fff7d359d6cc49bb9a276134bd7d90366f74110
authorjohn stultz <johnstul@us.ibm.com>
Fri, 1 May 2009 20:10:25 +0000 (1 13:10 -0700)
committerGreg Kroah-Hartman <gregkh@suse.de>
Fri, 8 May 2009 22:45:10 +0000 (8 15:45 -0700)
treeb0da3f0caead80b20d770016d03c0820cc2bf870
parentb68f007ad8ec30e567b42f839268e89ad2cabd63
clockevents: prevent endless loop in tick_handle_periodic()

commit 74a03b69d1b5ce00a568e142ca97e76b7f5239c6 upstream.

tick_handle_periodic() can lock up hard when a one shot clock event
device is used in combination with jiffies clocksource.

Avoid an endless loop issue by requiring that a highres valid
clocksource be installed before we call tick_periodic() in a loop when
using ONESHOT mode. The result is we will only increment jiffies once
per interrupt until a continuous hardware clocksource is available.

Without this, we can run into a endless loop, where each cycle through
the loop, jiffies is updated which increments time by tick_period or
more (due to clock steering), which can cause the event programming to
think the next event was before the newly incremented time and fail
causing tick_periodic() to be called again and the whole process loops
forever.

[ Impact: prevent hard lock up ]

Signed-off-by: John Stultz <johnstul@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: stable@kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
kernel/time/tick-common.c