Pali Rohár 6d7507243e clk: mvebu: armada-37xx-periph: Fix workaround for switching from L1 to L0 ... [ Upstream commit e93033aff684641f71a436ca7a9d2a742126baaf ] When CPU frequency is at 250 MHz and set_rate() is called with 500 MHz (L1) quickly followed by a call with 1 GHz (L0), the CPU does not necessarily stay in L1 for at least 20ms as is required by Marvell errata. This situation happens frequently with the ondemand cpufreq governor and can be also reproduced with userspace governor. In most cases it causes CPU to crash. This change fixes the above issue and ensures that the CPU always stays in L1 for at least 20ms when switching from any state to L0. Signed-off-by: Marek Behún <kabel@kernel.org> Signed-off-by: Pali Rohár <pali@kernel.org> Acked-by: Stephen Boyd <sboyd@kernel.org> Acked-by: Gregory CLEMENT <gregory.clement@bootlin.com> Tested-by: Tomasz Maciej Nowak <tmn505@gmail.com> Tested-by: Anders Trier Olesen <anders.trier.olesen@gmail.com> Tested-by: Philip Soares <philips@netisense.com> Fixes: 61c40f35f5 ("clk: mvebu: armada-37xx-periph: Fix switching CPU rate from 300Mhz to 1.2GHz") Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> Signed-off-by: Sasha Levin <sashal@kernel.org>		2021-05-14 09:50:17 +02:00
..
ap-cpu-clk.c
ap806-system-controller.c
armada_ap_cp_helper.c
armada_ap_cp_helper.h
armada-37xx-periph.c	clk: mvebu: armada-37xx-periph: Fix workaround for switching from L1 to L0	2021-05-14 09:50:17 +02:00
armada-37xx-tbg.c
armada-37xx-xtal.c
armada-38x.c
armada-39x.c
armada-370.c
armada-375.c
armada-xp.c
clk-corediv.c
clk-cpu.c
common.c
common.h
cp110-system-controller.c
dove-divider.c
dove-divider.h
dove.c
Kconfig
kirkwood.c
Makefile
mv98dx3236.c
orion.c