arch_timer: Move to generic sched_clock framework
authorStephen Boyd <sboyd@codeaurora.org>
Thu, 18 Jul 2013 23:21:18 +0000 (16:21 -0700)
committerJohn Stultz <john.stultz@linaro.org>
Wed, 9 Oct 2013 23:54:10 +0000 (16:54 -0700)
commit65cd4f6c99c1170bd0114dbd71b978012ea44d28
treefbde89149eb5032b49875cddf728d598ffd349ad
parent07783397c6e3757de805bda5e1139a9e47aa7d74
arch_timer: Move to generic sched_clock framework

Register with the generic sched_clock framework now that it
supports 64 bits. This fixes two problems with the current
sched_clock support for machines using the architected timers.
First off, we don't subtract the start value from subsequent
sched_clock calls so we can potentially start off with
sched_clock returning gigantic numbers. Second, there is no
support for suspend/resume handling so problems such as discussed
in 6a4dae5 (ARM: 7565/1: sched: stop sched_clock() during
suspend, 2012-10-23) can happen without this patch. Finally, it
allows us to move the sched_clock setup into drivers clocksource
out of the arch ports.

Cc: Christopher Covington <cov@codeaurora.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>
Signed-off-by: John Stultz <john.stultz@linaro.org>
arch/arm/kernel/arch_timer.c
arch/arm64/Kconfig
arch/arm64/kernel/time.c
drivers/clocksource/arm_arch_timer.c