]> pilppa.com Git - linux-2.6-omap-h63xx.git/commitdiff
OMAP2: gptimer min_delta_ns corrected
authorAaro Koskinen <Aaro.Koskinen@nokia.com>
Fri, 2 Jan 2009 15:07:16 +0000 (17:07 +0200)
committerTony Lindgren <tony@atomide.com>
Fri, 9 Jan 2009 11:57:11 +0000 (13:57 +0200)
When 32 kHz timer is used the min_delta_ns should be initialized so
that it reflects the timer programming cost. A write to the timer
device will be usually posted, but it takes roughly 3 cycles before
it is effective. If the timer is reprogrammed before that, the CPU
will stall until the previous write completes. This was pointed out by
Richard Woodruff.

Since the lower bound for min_delta_ns is 1000, the change is visible
only with tick rates less than 3 MHz.

Also note that the old value is incorrect for 32 kHz also due to
a rounding error, and it can cause the timer queue to hang (due to
clockevent code trying to program the timer with zero ticks).

Signed-off-by: Aaro Koskinen <Aaro.Koskinen@nokia.com>
Reviewed-by: Richard Woodruff <r-woodruff2@ti.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>
arch/arm/mach-omap2/timer-gp.c

index 787cfef7b3bbc6c44179cf6de60ca5fe04f04d79..3e66a9a1519c23339567b5ef3b5ba0e08a9b2789 100644 (file)
@@ -121,7 +121,8 @@ static void __init omap2_gp_clockevent_init(void)
        clockevent_gpt.max_delta_ns =
                clockevent_delta2ns(0xffffffff, &clockevent_gpt);
        clockevent_gpt.min_delta_ns =
-               clockevent_delta2ns(1, &clockevent_gpt);
+               clockevent_delta2ns(3, &clockevent_gpt);
+               /* Timer internal resynch latency. */
 
        clockevent_gpt.cpumask = cpumask_of_cpu(0);
        clockevents_register_device(&clockevent_gpt);