summaryrefslogtreecommitdiff
path: root/arch/arm64/boot/dts/amd
diff options
context:
space:
mode:
authorBjorn Andersson <bjorn.andersson@linaro.org>2021-12-22 19:20:58 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2022-03-16 16:23:35 +0300
commitaf4fcf85c88da357be7238dbeb5f7ae901c235e3 (patch)
tree1ff0aefde020243a1cd358fbeec04562cb48aab8 /arch/arm64/boot/dts/amd
parent8fa52df84c581605386a72a0c179fee5d5bdbbc3 (diff)
downloadlinux-af4fcf85c88da357be7238dbeb5f7ae901c235e3.tar.xz
arm64: dts: qcom: sm8350: Correct UFS symbol clocks
[ Upstream commit 0fd4dcb607ce29110d6c0b481a98c4ff3d300551 ] The introduction of '9a61f813fcc8 ("clk: qcom: regmap-mux: fix parent clock lookup")' broke UFS support on SM8350. The cause for this is that the symbol clocks have a specified rate in the "freq-table-hz" table in the UFS node, which causes the UFS code to request a rate change, for which the "bi_tcxo" happens to provide the closest rate. Prior to the change in regmap-mux it was determined (incorrectly) that no change was needed and everything worked. The rates of 75 and 300MHz matches the documentation for the symbol clocks, but we don't represent the parent clocks today. So let's mimic the configuration found in other platforms, by omitting the rate for the symbol clocks as well to avoid the rate change. While at it also fill in the dummy symbol clocks that was dropped from the GCC driver as it was upstreamed. Fixes: 59c7cf814783 ("arm64: dts: qcom: sm8350: Add UFS nodes") Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org> Reviewed-by: Vinod Koul <vkoul@kernel.org> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org> Link: https://lore.kernel.org/r/20211222162058.3418902-1-bjorn.andersson@linaro.org Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'arch/arm64/boot/dts/amd')
0 files changed, 0 insertions, 0 deletions