aboutsummaryrefslogtreecommitdiffstats
path: root/arch/arm/mach-at91
diff options
context:
space:
mode:
authorDavid Brownell <david-b@pacbell.net>2007-11-12 11:59:10 -0500
committerRussell King <rmk+kernel@arm.linux.org.uk>2008-01-26 10:00:31 -0500
commit5248c657898c018bcd23ef77759fa1d6c690bdf4 (patch)
tree48204e22be9aa73f5e8dba4ed79df6517a1f7b21 /arch/arm/mach-at91
parent156864f806baa4e1aa6eabd28ac45ecc92b31315 (diff)
[ARM] 4646/1: AT91: configurable HZ, default to 128
This makes HZ configurable on AT91, following the model used on OMAP. It defaults to a power of two on AT91rm9200 chips, avoiding rounding errors which come from dividing a 32 KiHz clock to generate scheduler irqs; and uses 100 on AT91sam926x chips, using MCK/16 (multi-MHZ). Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Acked-by: Remy Bhmer <linux@bohmer.net> Acked-by: Andrew Victor <andrew@sanpeople.com> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Diffstat (limited to 'arch/arm/mach-at91')
-rw-r--r--arch/arm/mach-at91/Kconfig16
1 files changed, 16 insertions, 0 deletions
diff --git a/arch/arm/mach-at91/Kconfig b/arch/arm/mach-at91/Kconfig
index 05a9f8a1b45e..214733e897e5 100644
--- a/arch/arm/mach-at91/Kconfig
+++ b/arch/arm/mach-at91/Kconfig
@@ -219,6 +219,22 @@ config AT91_PROGRAMMABLE_CLOCKS
219 Select this if you need to program one or more of the PCK0..PCK3 219 Select this if you need to program one or more of the PCK0..PCK3
220 programmable clock outputs. 220 programmable clock outputs.
221 221
222config AT91_TIMER_HZ
223 int "Kernel HZ (jiffies per second)"
224 range 32 1024
225 depends on ARCH_AT91
226 default "128" if ARCH_AT91RM9200
227 default "100"
228 help
229 On AT91rm9200 chips where you're using a system clock derived
230 from the 32768 Hz hardware clock, this tick rate should divide
231 it exactly: use a power-of-two value, such as 128 or 256, to
232 reduce timing errors caused by rounding.
233
234 On AT91sam926x chips, or otherwise when using a higher precision
235 system clock (of at least several MHz), rounding is less of a
236 problem so it can be safer to use a decimal values like 100.
237
222endmenu 238endmenu
223 239
224endif 240endif