Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 1164f672 authored by Alexandre Belloni's avatar Alexandre Belloni Committed by Nicolas Ferre
Browse files

ARM: at91: drop AT91_TIMER_HZ



Drop AT91_TIMER_HZ as this can be handled using HZ_FIXED. Initial help message
was:

On AT91rm9200 chips where you're using a system clock derived
from the 32768 Hz hardware clock, this tick rate should divide
it exactly: use a power-of-two value, such as 128 or 256, to
reduce timing errors caused by rounding.

Signed-off-by: default avatarAlexandre Belloni <alexandre.belloni@free-electrons.com>
Signed-off-by: default avatarNicolas Ferre <nicolas.ferre@atmel.com>
parent 23b84082
Loading
Loading
Loading
Loading
+1 −1
Original line number Diff line number Diff line
@@ -1502,7 +1502,7 @@ config HZ_FIXED
	int
	default 200 if ARCH_EBSA110 || ARCH_S3C24XX || \
		ARCH_S5PV210 || ARCH_EXYNOS4
	default AT91_TIMER_HZ if ARCH_AT91
	default 128 if SOC_AT91RM9200
	default SHMOBILE_TIMER_HZ if ARCH_SHMOBILE_LEGACY
	default 0

+0 −18
Original line number Diff line number Diff line
@@ -103,22 +103,4 @@ config SOC_SAMA5
	select SOC_SAM_V7
	select SRAM if PM

comment "Atmel SoCs Feature Selections"

config AT91_TIMER_HZ
	int "Kernel HZ (jiffies per second)"
	range 32 1024
	depends on ARCH_AT91
	default "128" if SOC_AT91RM9200
	default "100"
	help
	  On AT91rm9200 chips where you're using a system clock derived
	  from the 32768 Hz hardware clock, this tick rate should divide
	  it exactly: use a power-of-two value, such as 128 or 256, to
	  reduce timing errors caused by rounding.

	  On AT91sam926x chips, or otherwise when using a higher precision
	  system clock (of at least several MHz), rounding is less of a
	  problem so it can be safer to use a decimal values like 100.

endif