summaryrefslogtreecommitdiffstats
path: root/drivers/cpufreq
diff options
context:
space:
mode:
authorLinus Walleij <linus.walleij@linaro.org>2018-11-15 14:32:03 +0100
committerDaniel Lezcano <daniel.lezcano@linaro.org>2018-12-18 22:22:23 +0100
commit85b6fcadcf6626ad520376eacfb2b77090e782ab (patch)
tree5b0ef9aa8494e566f112d0201d546ac6325f7d22 /drivers/cpufreq
parentclocksource/drivers/dbx500: Demote dbx500 PRCMU clocksource (diff)
downloadlinux-85b6fcadcf6626ad520376eacfb2b77090e782ab.tar.xz
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 'drivers/cpufreq')
0 files changed, 0 insertions, 0 deletions