diff options
author | Linus Walleij <linus.walleij@linaro.org> | 2013-10-07 15:19:53 +0200 |
---|---|---|
committer | Olof Johansson <olof@lixom.net> | 2013-10-13 14:07:21 -0700 |
commit | 29114fd7db2fc82a34da8340d29b8fa413e03dca (patch) | |
tree | fe8ee5bf85097b55eefa4511aea35989eea7add6 /MAINTAINERS | |
parent | 4d594dd3028ba8cdfcbd854bde3811a1ee4e36d7 (diff) | |
download | linux-stable-29114fd7db2fc82a34da8340d29b8fa413e03dca.tar.gz linux-stable-29114fd7db2fc82a34da8340d29b8fa413e03dca.tar.bz2 linux-stable-29114fd7db2fc82a34da8340d29b8fa413e03dca.zip |
ARM: integrator: deactivate timer0 on the Integrator/CP
This fixes a long-standing Integrator/CP regression from
commit 870e2928cf3368ca9b06bc925d0027b0a56bcd8e
"ARM: integrator-cp: convert use CLKSRC_OF for timer init"
When this code was introduced, the both aliases pointing the
system to use timer1 as primary (clocksource) and timer2
as secondary (clockevent) was ignored, and the system would
simply use the first two timers found as clocksource and
clockevent.
However this made the system timeline accelerate by a
factor x25, as it turns out that the way the clocking
actually works (totally undocumented and found after some
trial-and-error) is that timer0 runs @ 25MHz and timer1
and timer2 runs @ 1MHz. Presumably this divider setting
is a boot-on default and configurable albeit the way to
configure it is not documented.
So as a quick fix to the problem, let's mark timer0 as
disabled, so the code will chose timer1 and timer2 as it
used to.
This also deletes the two aliases for the primary and
secondary timer as they have been superceded by the
auto-selection
Cc: stable@vger.kernel.org
Cc: Rob Herring <rob.herring@calxeda.com>
Cc: Russell King <linux@arm.linux.org.uk>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Olof Johansson <olof@lixom.net>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions