hrtimer: Tune hrtimer_interrupt hang logic
authorThomas Gleixner <tglx@linutronix.de>
Fri, 13 Nov 2009 16:05:44 +0000 (17:05 +0100)
committerThomas Gleixner <tglx@linutronix.de>
Thu, 10 Dec 2009 12:08:11 +0000 (13:08 +0100)
commit41d2e494937715d3150e5c75d01f0e75ae899337
tree9bc7270aa7b06ed065671a96085fbdf235977d91
parent3067e02f8f3ae2f3f02ba76400d03b8bcb4942b0
hrtimer: Tune hrtimer_interrupt hang logic

The hrtimer_interrupt hang logic adjusts min_delta_ns based on the
execution time of the hrtimer callbacks.

This is error-prone for virtual machines, where a guest vcpu can be
scheduled out during the execution of the callbacks (and the callbacks
themselves can do operations that translate to blocking operations in
the hypervisor), which in can lead to large min_delta_ns rendering the
system unusable.

Replace the current heuristics with something more reliable. Allow the
interrupt code to try 3 times to catch up with the lost time. If that
fails use the total time spent in the interrupt handler to defer the
next timer interrupt so the system can catch up with other things
which got delayed. Limit that deferment to 100ms.

The retry events and the maximum time spent in the interrupt handler
are recorded and exposed via /proc/timer_list

Inspired by a patch from Marcelo.

Reported-by: Michael Tokarev <mjt@tls.msk.ru>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Tested-by: Marcelo Tosatti <mtosatti@redhat.com>
Cc: kvm@vger.kernel.org
include/linux/hrtimer.h
kernel/hrtimer.c
kernel/time/timer_list.c