ARM: ensure delay timer has sufficient accuracy for delays
authorRussell King <rmk+kernel@arm.linux.org.uk>
Mon, 13 Apr 2015 09:36:04 +0000 (10:36 +0100)
committerRussell King <rmk+kernel@arm.linux.org.uk>
Tue, 14 Apr 2015 21:28:07 +0000 (22:28 +0100)
commit57ca654bef6c43bbbccfb2d231fd245d3f67dd46
tree5c76973e14228695f742c71a33d87b7b9f916149
parent37463be8658ae5fba153f4029ca3ec3f8a64fd51
ARM: ensure delay timer has sufficient accuracy for delays

We have recently had an example of someone wanting to use a 90kHz timer
for the software delay loop.

udelay() needs to have at least microsecond resolution to allow drivers
access to a delay mechanism with a reasonable chance of delaying the
period they requested within at least a 50% marging of error, especially
for small delays.

Discussion about the udelay() accuracy can be found at:
https://lkml.org/lkml/2011/1/9/37

Reject timers which are unable to supply this level of resolution.

Acked-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
arch/arm/lib/delay.c