Claudiu Beznea 0d03cbfdf3 clk: at91: usb: continue if clk_hw_round_rate() return zero ... [ Upstream commit b0ecf1c6c6 ] clk_hw_round_rate() may call round rate function of its parents. In case of SAM9X60 two of USB parrents are PLLA and UPLL. These clocks are controlled by clk-sam9x60-pll.c driver. The round rate function for this driver is sam9x60_pll_round_rate() which call in turn sam9x60_pll_get_best_div_mul(). In case the requested rate is not in the proper range (rate < characteristics->output[0].min && rate > characteristics->output[0].max) the sam9x60_pll_round_rate() will return a negative number to its caller (called by clk_core_round_rate_nolock()). clk_hw_round_rate() will return zero in case a negative number is returned by clk_core_round_rate_nolock(). With this, the USB clock will continue its rate computation even caller of clk_hw_round_rate() returned an error. With this, the USB clock on SAM9X60 may not chose the best parent. I detected this after a suspend/resume cycle on SAM9X60. Signed-off-by: Claudiu Beznea <claudiu.beznea@microchip.com> Link: https://lkml.kernel.org/r/1579261009-4573-2-git-send-email-claudiu.beznea@microchip.com Signed-off-by: Stephen Boyd <sboyd@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org>		2020-04-23 10:36:28 +02:00
..
Makefile	…
at91sam9rl.c	…
at91sam9x5.c	…
at91sam9260.c	…
clk-audio-pll.c	…
clk-generated.c	…
clk-h32mx.c	…
clk-i2s-mux.c	…
clk-main.c	…
clk-master.c	…
clk-peripheral.c	…
clk-pll.c	…
clk-plldiv.c	…
clk-programmable.c	…
clk-sam9x60-pll.c	…
clk-slow.c	…
clk-smd.c	…
clk-system.c	…
clk-usb.c	clk: at91: usb: continue if clk_hw_round_rate() return zero	2020-04-23 10:36:28 +02:00
clk-utmi.c	…
dt-compat.c	…
pmc.c	…
pmc.h	…
sam9x60.c	clk: at91: sam9x60: fix usb clock parents	2020-04-21 09:04:53 +02:00
sama5d2.c	…
sama5d4.c	…
sckc.c	…