summaryrefslogtreecommitdiff
path: root/src/mainboard/jetway/pa78vm5
diff options
context:
space:
mode:
authorDavid Hendricks <dhendrix@chromium.org>2013-04-12 15:11:05 -0700
committerRonald G. Minnich <rminnich@gmail.com>2013-04-17 23:06:40 +0200
commit1fb11d105b4cc0d424884a08814f65e73d36504a (patch)
tree003151ff5de224099d7d746d8da12b9db8605876 /src/mainboard/jetway/pa78vm5
parent1a0b5e1c0594cb1bfe5094ad0c6eb183c9f3a593 (diff)
armv7/exynos5250: Deprecate sdelay in favor of udelay
This gets rid of the clock-tick based sdelay in favor of udelay(). udelay() is more consistent and easier to work with, and this allows us to carry one less variation of timers (and headers and sources...). Every 1 unit in the sdelay() argument was assumed to cause a delay of 2 clock ticks (@1.7GHz). So the conversion factor is roughly: sdelay(N) = udelay(((N * 2) / 1.7 * 10^9) * 10^6) = udelay((N * 2) / (1.7 * 10^3)) The sdelay() periods used were: sdelay(100) --> udelay(1) sdelay(0x10000) --> udelay(78) (rounded up to udelay(100)) There was one instance of sdelay(10000), which looked like sort of a typo since sdelay(0x10000) was used elsewhere. sdelay(10000) should approximate to about 12us, so we'll stick with that for now and leave a note. Change-Id: I5e7407865ceafa701eea1d613bbe50cf4734f33e Signed-off-by: David Hendricks <dhendrix@chromium.org> Reviewed-on: http://review.coreboot.org/3079 Tested-by: build bot (Jenkins) Reviewed-by: Ronald G. Minnich <rminnich@gmail.com>
Diffstat (limited to 'src/mainboard/jetway/pa78vm5')
0 files changed, 0 insertions, 0 deletions