diff options
author | Linus Walleij <linus.walleij@linaro.org> | 2018-11-15 14:32:03 +0100 |
---|---|---|
committer | Daniel Lezcano <daniel.lezcano@linaro.org> | 2018-12-18 22:22:23 +0100 |
commit | 85b6fcadcf6626ad520376eacfb2b77090e782ab (patch) | |
tree | 5b0ef9aa8494e566f112d0201d546ac6325f7d22 /usr | |
parent | bc0750e464d41e1234f56471b8f626b8d945b1a8 (diff) | |
download | linux-85b6fcadcf6626ad520376eacfb2b77090e782ab.tar.gz linux-85b6fcadcf6626ad520376eacfb2b77090e782ab.tar.bz2 linux-85b6fcadcf6626ad520376eacfb2b77090e782ab.zip |
clocksource/drivers/ux500: Drop Ux500 custom SCHED_CLOCK
The two drivers used for Ux500 sched_clock use two Kconfig
symbols to select which of the two gets used as sched_clock.
This isn't right: the workaround is trying to make sure that
the NONSTOP timer is used for sched_clock in order to keep
that clock ticking consistently over a suspend/resume
cycle. (Otherwise sched_clock simply stops during suspend
and continues after resume).
This will notably affect any timetstamped debug prints,
so that they show the absolute number of seconds since the
system was booted and does not loose wall-clock time during
suspend and resume as if time stood still.
The real way to fix this problem is to make sched_clock
take advantage of any NONSTOP clock source on the system
and adjust accordingly, not to try to work around this by
using a different sched_clock depending on what system
we are compiling for. This can solve the problem for
everyone instead of providing a local solution.
Cc: Baolin Wang <baolin.wang@linaro.org>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Daniel Lezcano <daniel.lezcano@linaro.org>
Diffstat (limited to 'usr')
0 files changed, 0 insertions, 0 deletions