OSDN Git Service

arm64: dts: qcom: sc7180: Specify "data-lanes" for DSI host output
authorPhilip Chen <philipchen@chromium.org>
Fri, 29 Oct 2021 22:27:41 +0000 (15:27 -0700)
committerBjorn Andersson <bjorn.andersson@linaro.org>
Sat, 20 Nov 2021 22:19:58 +0000 (16:19 -0600)
MSM DSI host driver actually parses "data-lanes" in DT and compare
it with the number of DSI lanes the bridge driver sets for
mipi_dsi_device. So we need to always specify "data-lanes" for the
DSI host output. As of now, "data-lanes" is added to ti-sn65dsi86 dts
fragment, but missing in parade-ps8640 dts fragment, which requires
a fixup.

Since we'll do 4-lane DSI regardless of which bridge chip is used,
instead of adding "data-lanes" to parade-ps8640 dts fragment, let's
just move "data-lanes" from the bridge dts to sc7180-trogdor.dtsi.

Signed-off-by: Philip Chen <philipchen@chromium.org>
Reviewed-by: Stephen Boyd <swboyd@chromium.org>
Reviewed-by: Douglas Anderson <dianders@chromium.org>
Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org>
Link: https://lore.kernel.org/r/20211029152647.v3.2.If23c83a786fc4d318a1986f43803f22b4b1d82cd@changeid
arch/arm64/boot/dts/qcom/sc7180-trogdor-ti-sn65dsi86.dtsi
arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi

index 6dbf413..f869e6a 100644 (file)
@@ -9,7 +9,6 @@
 
 &dsi0_out {
        remote-endpoint = <&sn65dsi86_in>;
-       data-lanes = <0 1 2 3>;
 };
 
 edp_brij_i2c: &i2c2 {
index d4f4441..bd5909f 100644 (file)
        vdda-supply = <&vdda_mipi_dsi0_1p2>;
 };
 
+&dsi0_out {
+       data-lanes = <0 1 2 3>;
+};
+
 &dsi_phy {
        status = "okay";
        vdds-supply = <&vdda_mipi_dsi0_pll>;