Revision 62f0f61e6673e67151a7c8c0f9a09c7ea43fe2b5 authored by Thomas Gleixner on 07 December 2007, 18:16:17 UTC, committed by Ingo Molnar on 07 December 2007, 18:16:17 UTC
Relative hrtimers with a large timeout value might end up as negative timer values, when the current time is added in hrtimer_start(). This in turn is causing the clockevents_set_next() function to set an huge timeout and sleep for quite a long time when we have a clock source which is capable of long sleeps like HPET. With PIT this almost goes unnoticed as the maximum delta is ~27ms. The non-hrt/nohz code sorts this out in the next timer interrupt, so we never noticed that problem which has been there since the first day of hrtimers. This bug became more apparent in 2.6.24 which activates HPET on more hardware. Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Ingo Molnar <mingo@elte.hu>
1 parent f194d13
File | Mode | Size |
---|---|---|
Kconfig | -rw-r--r-- | 24.6 KB |
Makefile | -rw-r--r-- | 1.0 KB |
calibrate.c | -rw-r--r-- | 4.7 KB |
do_mounts.c | -rw-r--r-- | 10.1 KB |
do_mounts.h | -rw-r--r-- | 1.4 KB |
do_mounts_initrd.c | -rw-r--r-- | 3.2 KB |
do_mounts_md.c | -rw-r--r-- | 7.3 KB |
do_mounts_rd.c | -rw-r--r-- | 10.0 KB |
initramfs.c | -rw-r--r-- | 11.9 KB |
main.c | -rw-r--r-- | 20.2 KB |
noinitramfs.c | -rw-r--r-- | 1.4 KB |
version.c | -rw-r--r-- | 1009 bytes |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...