arm64: dts: qcom: sm8350: Correct UFS symbol clocks
authorBjorn Andersson <bjorn.andersson@linaro.org>
Wed, 22 Dec 2021 16:20:58 +0000 (08:20 -0800)
committerBjorn Andersson <bjorn.andersson@linaro.org>
Mon, 31 Jan 2022 23:44:38 +0000 (17:44 -0600)
commit0fd4dcb607ce29110d6c0b481a98c4ff3d300551
tree1c698ac2bc13470680a9093c06d82c8f3ef9f56e
parente783362eb54cd99b2cac8b3a9aeac942e6f6ac07
arm64: dts: qcom: sm8350: Correct UFS symbol clocks

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
arch/arm64/boot/dts/qcom/sm8350.dtsi