From: Li Liu <li.liu@oss.qualcomm.com>
Add display MDSS and DSI configuration for QCS615 RIDE board.
QCS615 has a DP port, and DP support will be added in a later patch.
Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Li Liu <li.liu@oss.qualcomm.com>
Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com>
---
arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++
1 file changed, 150 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts
index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644
--- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts
+++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts
@@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk {
};
};
+ dp-dsi0-connector {
+ compatible = "dp-connector";
+ label = "DSI0";
+ type = "mini";
+
+ port {
+ dp_dsi0_connector_in: endpoint {
+ remote-endpoint = <&dsi2dp_bridge_out>;
+ };
+ };
+ };
+
+ vreg_12p0: vreg-12p0-regulator {
+ compatible = "regulator-fixed";
+ regulator-name = "VREG_12P0";
+
+ regulator-always-on;
+ regulator-boot-on;
+ regulator-min-microvolt = <12000000>;
+ regulator-max-microvolt = <12000000>;
+ };
+
+ vreg_5p0: vreg-5p0-regulator {
+ compatible = "regulator-fixed";
+ regulator-name = "VREG_5P0";
+
+ regulator-always-on;
+ regulator-boot-on;
+ regulator-min-microvolt = <5000000>;
+ regulator-max-microvolt = <5000000>;
+
+ vin-supply = <&vreg_12p0>;
+ };
+
+ vreg_1p8: vreg-1p8-regulator {
+ compatible = "regulator-fixed";
+ regulator-name = "VREG_1P8";
+
+ regulator-always-on;
+ regulator-boot-on;
+ regulator-min-microvolt = <1800000>;
+ regulator-max-microvolt = <1800000>;
+
+ vin-supply = <&vreg_5p0>;
+ };
+
+ vreg_1p0: vreg-1p0-regulator {
+ compatible = "regulator-fixed";
+ regulator-name = "VREG_1P0";
+
+ regulator-always-on;
+ regulator-boot-on;
+ regulator-min-microvolt = <1000000>;
+ regulator-max-microvolt = <1000000>;
+
+ vin-supply = <&vreg_1p8>;
+ };
+
+ vreg_3p0: vreg-3p0-regulator {
+ compatible = "regulator-fixed";
+ regulator-name = "VREG_3P0";
+
+ regulator-always-on;
+ regulator-boot-on;
+ regulator-min-microvolt = <3000000>;
+ regulator-max-microvolt = <3000000>;
+
+ vin-supply = <&vreg_12p0>;
+ };
+
vreg_conn_1p8: regulator-conn-1p8 {
compatible = "regulator-fixed";
regulator-name = "vreg_conn_1p8";
@@ -288,6 +358,86 @@ vreg_l17a: ldo17 {
};
};
+&i2c2 {
+ clock-frequency = <400000>;
+ status = "okay";
+
+ io_expander: pinctrl@3e {
+ compatible = "semtech,sx1509q";
+ reg = <0x3e>;
+ interrupts-extended = <&tlmm 58 IRQ_TYPE_EDGE_FALLING>;
+ gpio-controller;
+ #gpio-cells = <2>;
+ interrupt-controller;
+ #interrupt-cells = <2>;
+ semtech,probe-reset;
+ };
+
+ i2c-mux@77 {
+ compatible = "nxp,pca9542";
+ reg = <0x77>;
+ #address-cells = <1>;
+ #size-cells = <0>;
+
+ i2c@0 {
+ reg = <0>;
+ #address-cells = <1>;
+ #size-cells = <0>;
+
+ bridge@58 {
+ compatible = "analogix,anx7625";
+ reg = <0x58>;
+ interrupts-extended = <&io_expander 0 IRQ_TYPE_EDGE_FALLING>;
+ enable-gpios = <&tlmm 4 GPIO_ACTIVE_HIGH>;
+ reset-gpios = <&tlmm 5 GPIO_ACTIVE_HIGH>;
+ vdd10-supply = <&vreg_1p0>;
+ vdd18-supply = <&vreg_1p8>;
+ vdd33-supply = <&vreg_3p0>;
+
+ ports {
+ #address-cells = <1>;
+ #size-cells = <0>;
+
+ port@0 {
+ reg = <0>;
+
+ dsi2dp_bridge_in: endpoint {
+ remote-endpoint = <&mdss_dsi0_out>;
+ };
+ };
+
+ port@1 {
+ reg = <1>;
+
+ dsi2dp_bridge_out: endpoint {
+ remote-endpoint = <&dp_dsi0_connector_in>;
+ };
+ };
+ };
+ };
+ };
+ };
+};
+
+&mdss {
+ status = "okay";
+};
+
+&mdss_dsi0 {
+ vdda-supply = <&vreg_l11a>;
+ status = "okay";
+};
+
+&mdss_dsi0_out {
+ remote-endpoint = <&dsi2dp_bridge_in>;
+ data-lanes = <0 1 2 3>;
+};
+
+&mdss_dsi0_phy {
+ vcca-supply = <&vreg_l5a>;
+ status = "okay";
+};
+
&pcie {
perst-gpios = <&tlmm 101 GPIO_ACTIVE_LOW>;
wake-gpios = <&tlmm 100 GPIO_ACTIVE_HIGH>;
--
2.34.1
On Wed, Aug 27, 2025 at 09:08:39PM +0800, Fange Zhang wrote: > From: Li Liu <li.liu@oss.qualcomm.com> > > Add display MDSS and DSI configuration for QCS615 RIDE board. > QCS615 has a DP port, and DP support will be added in a later patch. > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> > Signed-off-by: Li Liu <li.liu@oss.qualcomm.com> > Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com> > --- > arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++ > 1 file changed, 150 insertions(+) > > diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts > index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644 > --- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts > +++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts > @@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk { > }; > }; > > + dp-dsi0-connector { > + compatible = "dp-connector"; > + label = "DSI0"; > + type = "mini"; > + > + port { > + dp_dsi0_connector_in: endpoint { > + remote-endpoint = <&dsi2dp_bridge_out>; > + }; > + }; > + }; > + > + vreg_12p0: vreg-12p0-regulator { I should be more carefull when doing reviews. I thought that it was pointed out already and didn't some of the obvious things... First of all, the nodes are sorted. By the name, not by the label. Second, there are already regulators in this file. Why are the new nodes not following the existing pattern and why are they not placed at a proper place? [.... skipped all defined regulators ...] > + }; > + > vreg_conn_1p8: regulator-conn-1p8 { Tadam! It's even a part of the patch. > compatible = "regulator-fixed"; > regulator-name = "vreg_conn_1p8"; -- With best wishes Dmitry
On 8/28/2025 4:01 AM, Dmitry Baryshkov wrote: > On Wed, Aug 27, 2025 at 09:08:39PM +0800, Fange Zhang wrote: >> From: Li Liu <li.liu@oss.qualcomm.com> >> >> Add display MDSS and DSI configuration for QCS615 RIDE board. >> QCS615 has a DP port, and DP support will be added in a later patch. >> >> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> >> Signed-off-by: Li Liu <li.liu@oss.qualcomm.com> >> Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com> >> --- >> arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++ >> 1 file changed, 150 insertions(+) >> >> diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts >> index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644 >> --- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts >> +++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts >> @@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk { >> }; >> }; >> >> + dp-dsi0-connector { >> + compatible = "dp-connector"; >> + label = "DSI0"; >> + type = "mini"; >> + >> + port { >> + dp_dsi0_connector_in: endpoint { >> + remote-endpoint = <&dsi2dp_bridge_out>; >> + }; >> + }; >> + }; >> + >> + vreg_12p0: vreg-12p0-regulator { > > I should be more carefull when doing reviews. I thought that it was > pointed out already and didn't some of the obvious things... > > First of all, the nodes are sorted. By the name, not by the label. > Second, there are already regulators in this file. Why are the new nodes > not following the existing pattern and why are they not placed at a > proper place? Initially, we referred to https://patchwork.kernel.org/project/linux-arm-msm/patch/20250604071851.1438612-3-quic_amakhija@quicinc.com/ as a reference, but its node ordering seems a bit unconventional. Would this revised ordering be acceptable? ... + dp-dsi0-connector vreg_conn_1p8: regulator-conn-1p8 vreg_conn_pa: regulator-conn-pa regulator-usb2-vbus + vreg_12p0: vreg-12p0-regulator + vreg_1p0: vreg-1p0-regulator + vreg_1p8: vreg-1p8-regulator + vreg_3p0: vreg-3p0-regulator + vreg_5p0: vreg-5p0-regulator wcn6855-pmu ... > > > [.... skipped all defined regulators ...] > >> + }; >> + >> vreg_conn_1p8: regulator-conn-1p8 { > > Tadam! It's even a part of the patch. > >> compatible = "regulator-fixed"; >> regulator-name = "vreg_conn_1p8"; >
On Thu, Aug 28, 2025 at 10:57:41AM +0800, Fange Zhang wrote: > > > On 8/28/2025 4:01 AM, Dmitry Baryshkov wrote: > > On Wed, Aug 27, 2025 at 09:08:39PM +0800, Fange Zhang wrote: > > > From: Li Liu <li.liu@oss.qualcomm.com> > > > > > > Add display MDSS and DSI configuration for QCS615 RIDE board. > > > QCS615 has a DP port, and DP support will be added in a later patch. > > > > > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> > > > Signed-off-by: Li Liu <li.liu@oss.qualcomm.com> > > > Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com> > > > --- > > > arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++ > > > 1 file changed, 150 insertions(+) > > > > > > diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644 > > > --- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > +++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > @@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk { > > > }; > > > }; > > > + dp-dsi0-connector { > > > + compatible = "dp-connector"; > > > + label = "DSI0"; > > > + type = "mini"; > > > + > > > + port { > > > + dp_dsi0_connector_in: endpoint { > > > + remote-endpoint = <&dsi2dp_bridge_out>; > > > + }; > > > + }; > > > + }; > > > + > > > + vreg_12p0: vreg-12p0-regulator { > > > > I should be more carefull when doing reviews. I thought that it was > > pointed out already and didn't some of the obvious things... > > > > First of all, the nodes are sorted. By the name, not by the label. > > Second, there are already regulators in this file. Why are the new nodes > > not following the existing pattern and why are they not placed at a > > proper place? > > Initially, we referred to https://patchwork.kernel.org/project/linux-arm-msm/patch/20250604071851.1438612-3-quic_amakhija@quicinc.com/ > as a reference, but its node ordering seems a bit unconventional. > > Would this revised ordering be acceptable? > > ... > + dp-dsi0-connector > > vreg_conn_1p8: regulator-conn-1p8 > vreg_conn_pa: regulator-conn-pa > regulator-usb2-vbus So... Existing regulator nodes have the name of 'regulator-foo-bar'. > > + vreg_12p0: vreg-12p0-regulator > + vreg_1p0: vreg-1p0-regulator > + vreg_1p8: vreg-1p8-regulator > + vreg_3p0: vreg-3p0-regulator > + vreg_5p0: vreg-5p0-regulator While yours use 'vreg-baz-regulator'. Why? Don't blindly c&p data from other platforms. > wcn6855-pmu > ... > > > > > > > [.... skipped all defined regulators ...] > > > > > + }; > > > + > > > vreg_conn_1p8: regulator-conn-1p8 { > > > > Tadam! It's even a part of the patch. > > > > > compatible = "regulator-fixed"; > > > regulator-name = "vreg_conn_1p8"; > > > -- With best wishes Dmitry
On 8/28/2025 12:41 PM, Dmitry Baryshkov wrote: > On Thu, Aug 28, 2025 at 10:57:41AM +0800, Fange Zhang wrote: >> >> >> On 8/28/2025 4:01 AM, Dmitry Baryshkov wrote: >>> On Wed, Aug 27, 2025 at 09:08:39PM +0800, Fange Zhang wrote: >>>> From: Li Liu <li.liu@oss.qualcomm.com> >>>> >>>> Add display MDSS and DSI configuration for QCS615 RIDE board. >>>> QCS615 has a DP port, and DP support will be added in a later patch. >>>> >>>> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> >>>> Signed-off-by: Li Liu <li.liu@oss.qualcomm.com> >>>> Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com> >>>> --- >>>> arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++ >>>> 1 file changed, 150 insertions(+) >>>> >>>> diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>> index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644 >>>> --- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>> +++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>> @@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk { >>>> }; >>>> }; >>>> + dp-dsi0-connector { >>>> + compatible = "dp-connector"; >>>> + label = "DSI0"; >>>> + type = "mini"; >>>> + >>>> + port { >>>> + dp_dsi0_connector_in: endpoint { >>>> + remote-endpoint = <&dsi2dp_bridge_out>; >>>> + }; >>>> + }; >>>> + }; >>>> + >>>> + vreg_12p0: vreg-12p0-regulator { >>> >>> I should be more carefull when doing reviews. I thought that it was >>> pointed out already and didn't some of the obvious things... >>> >>> First of all, the nodes are sorted. By the name, not by the label. >>> Second, there are already regulators in this file. Why are the new nodes >>> not following the existing pattern and why are they not placed at a >>> proper place? >> >> Initially, we referred to https://patchwork.kernel.org/project/linux-arm-msm/patch/20250604071851.1438612-3-quic_amakhija@quicinc.com/ >> as a reference, but its node ordering seems a bit unconventional. >> >> Would this revised ordering be acceptable? >> >> ... >> + dp-dsi0-connector >> >> vreg_conn_1p8: regulator-conn-1p8 >> vreg_conn_pa: regulator-conn-pa >> regulator-usb2-vbus > > So... Existing regulator nodes have the name of 'regulator-foo-bar'. > >> >> + vreg_12p0: vreg-12p0-regulator >> + vreg_1p0: vreg-1p0-regulator >> + vreg_1p8: vreg-1p8-regulator >> + vreg_3p0: vreg-3p0-regulator >> + vreg_5p0: vreg-5p0-regulator > > While yours use 'vreg-baz-regulator'. Why? Don't blindly c&p data from > other platforms. Got it, The revised format will be: + vreg_12p0: regulator-vreg-12p0 + vreg_1p0: regulator-vreg-1p0 + vreg_1p8: regulator-vreg-1p8 + vreg_3p0: regulator-vreg-3p0 + vreg_5p0: regulator-vreg-5p0 Let me know if you have any further suggestions. Thanks, Fange > >> wcn6855-pmu >> ... >> >>> >>> >>> [.... skipped all defined regulators ...] >>> >>>> + }; >>>> + >>>> vreg_conn_1p8: regulator-conn-1p8 { >>> >>> Tadam! It's even a part of the patch. >>> >>>> compatible = "regulator-fixed"; >>>> regulator-name = "vreg_conn_1p8"; >>> >> >
On Thu, Aug 28, 2025 at 01:12:14PM +0800, Fange Zhang wrote: > > > On 8/28/2025 12:41 PM, Dmitry Baryshkov wrote: > > On Thu, Aug 28, 2025 at 10:57:41AM +0800, Fange Zhang wrote: > > > > > > > > > On 8/28/2025 4:01 AM, Dmitry Baryshkov wrote: > > > > On Wed, Aug 27, 2025 at 09:08:39PM +0800, Fange Zhang wrote: > > > > > From: Li Liu <li.liu@oss.qualcomm.com> > > > > > > > > > > Add display MDSS and DSI configuration for QCS615 RIDE board. > > > > > QCS615 has a DP port, and DP support will be added in a later patch. > > > > > > > > > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> > > > > > Signed-off-by: Li Liu <li.liu@oss.qualcomm.com> > > > > > Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com> > > > > > --- > > > > > arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++ > > > > > 1 file changed, 150 insertions(+) > > > > > > > > > > diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > > > index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644 > > > > > --- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > > > +++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > > > @@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk { > > > > > }; > > > > > }; > > > > > + dp-dsi0-connector { > > > > > + compatible = "dp-connector"; > > > > > + label = "DSI0"; > > > > > + type = "mini"; > > > > > + > > > > > + port { > > > > > + dp_dsi0_connector_in: endpoint { > > > > > + remote-endpoint = <&dsi2dp_bridge_out>; > > > > > + }; > > > > > + }; > > > > > + }; > > > > > + > > > > > + vreg_12p0: vreg-12p0-regulator { > > > > > > > > I should be more carefull when doing reviews. I thought that it was > > > > pointed out already and didn't some of the obvious things... > > > > > > > > First of all, the nodes are sorted. By the name, not by the label. > > > > Second, there are already regulators in this file. Why are the new nodes > > > > not following the existing pattern and why are they not placed at a > > > > proper place? > > > > > > Initially, we referred to https://patchwork.kernel.org/project/linux-arm-msm/patch/20250604071851.1438612-3-quic_amakhija@quicinc.com/ > > > as a reference, but its node ordering seems a bit unconventional. > > > > > > Would this revised ordering be acceptable? > > > > > > ... > > > + dp-dsi0-connector > > > > > > vreg_conn_1p8: regulator-conn-1p8 > > > vreg_conn_pa: regulator-conn-pa > > > regulator-usb2-vbus > > > > So... Existing regulator nodes have the name of 'regulator-foo-bar'. > > > > > > > > + vreg_12p0: vreg-12p0-regulator > > > + vreg_1p0: vreg-1p0-regulator > > > + vreg_1p8: vreg-1p8-regulator > > > + vreg_3p0: vreg-3p0-regulator > > > + vreg_5p0: vreg-5p0-regulator > > > > While yours use 'vreg-baz-regulator'. Why? Don't blindly c&p data from > > other platforms. > > Got it, The revised format will be: > > + vreg_12p0: regulator-vreg-12p0 > + vreg_1p0: regulator-vreg-1p0 > + vreg_1p8: regulator-vreg-1p8 > + vreg_3p0: regulator-vreg-3p0 > + vreg_5p0: regulator-vreg-5p0 > > Let me know if you have any further suggestions. What's the name of power rail in the schematics? vreg-Np0? -- With best wishes Dmitry
On 8/28/2025 7:02 PM, Dmitry Baryshkov wrote: > On Thu, Aug 28, 2025 at 01:12:14PM +0800, Fange Zhang wrote: >> >> >> On 8/28/2025 12:41 PM, Dmitry Baryshkov wrote: >>> On Thu, Aug 28, 2025 at 10:57:41AM +0800, Fange Zhang wrote: >>>> >>>> >>>> On 8/28/2025 4:01 AM, Dmitry Baryshkov wrote: >>>>> On Wed, Aug 27, 2025 at 09:08:39PM +0800, Fange Zhang wrote: >>>>>> From: Li Liu <li.liu@oss.qualcomm.com> >>>>>> >>>>>> Add display MDSS and DSI configuration for QCS615 RIDE board. >>>>>> QCS615 has a DP port, and DP support will be added in a later patch. >>>>>> >>>>>> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> >>>>>> Signed-off-by: Li Liu <li.liu@oss.qualcomm.com> >>>>>> Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com> >>>>>> --- >>>>>> arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++ >>>>>> 1 file changed, 150 insertions(+) >>>>>> >>>>>> diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>>>> index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644 >>>>>> --- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>>>> +++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>>>> @@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk { >>>>>> }; >>>>>> }; >>>>>> + dp-dsi0-connector { >>>>>> + compatible = "dp-connector"; >>>>>> + label = "DSI0"; >>>>>> + type = "mini"; >>>>>> + >>>>>> + port { >>>>>> + dp_dsi0_connector_in: endpoint { >>>>>> + remote-endpoint = <&dsi2dp_bridge_out>; >>>>>> + }; >>>>>> + }; >>>>>> + }; >>>>>> + >>>>>> + vreg_12p0: vreg-12p0-regulator { >>>>> >>>>> I should be more carefull when doing reviews. I thought that it was >>>>> pointed out already and didn't some of the obvious things... >>>>> >>>>> First of all, the nodes are sorted. By the name, not by the label. >>>>> Second, there are already regulators in this file. Why are the new nodes >>>>> not following the existing pattern and why are they not placed at a >>>>> proper place? >>>> >>>> Initially, we referred to https://patchwork.kernel.org/project/linux-arm-msm/patch/20250604071851.1438612-3-quic_amakhija@quicinc.com/ >>>> as a reference, but its node ordering seems a bit unconventional. >>>> >>>> Would this revised ordering be acceptable? >>>> >>>> ... >>>> + dp-dsi0-connector >>>> >>>> vreg_conn_1p8: regulator-conn-1p8 >>>> vreg_conn_pa: regulator-conn-pa >>>> regulator-usb2-vbus >>> >>> So... Existing regulator nodes have the name of 'regulator-foo-bar'. >>> >>>> >>>> + vreg_12p0: vreg-12p0-regulator >>>> + vreg_1p0: vreg-1p0-regulator >>>> + vreg_1p8: vreg-1p8-regulator >>>> + vreg_3p0: vreg-3p0-regulator >>>> + vreg_5p0: vreg-5p0-regulator >>> >>> While yours use 'vreg-baz-regulator'. Why? Don't blindly c&p data from >>> other platforms. >> >> Got it, The revised format will be: >> >> + vreg_12p0: regulator-vreg-12p0 >> + vreg_1p0: regulator-vreg-1p0 >> + vreg_1p8: regulator-vreg-1p8 >> + vreg_3p0: regulator-vreg-3p0 >> + vreg_5p0: regulator-vreg-5p0 >> >> Let me know if you have any further suggestions. > > What's the name of power rail in the schematics? vreg-Np0? I reviewed the Ride board schematics and found the following power rail mappings: VREG_1P0 -> DSI0_DVDD10 / DSI0_AVDD10 -> ANX7625 AVDD10 / DVDD10 VREG_1P8 -> DSI0_AVDD18 -> ANX7625 AVDD18 VREG_S4A_1P8 -> DSI0_DVDD18 -> ANX7625 DVDD18 VIDEO_OUT_VREG_3P3 -> DSI0_AVDD30 -> ANX7625 AVDD30 would the current approach also be acceptable? or we need configure the power supplies strictly according to this mapping. Appreciate your guidance. > >
On Mon, Sep 01, 2025 at 11:23:28AM +0800, Fange Zhang wrote: > > > On 8/28/2025 7:02 PM, Dmitry Baryshkov wrote: > > On Thu, Aug 28, 2025 at 01:12:14PM +0800, Fange Zhang wrote: > > > > > > > > > On 8/28/2025 12:41 PM, Dmitry Baryshkov wrote: > > > > On Thu, Aug 28, 2025 at 10:57:41AM +0800, Fange Zhang wrote: > > > > > > > > > > > > > > > On 8/28/2025 4:01 AM, Dmitry Baryshkov wrote: > > > > > > On Wed, Aug 27, 2025 at 09:08:39PM +0800, Fange Zhang wrote: > > > > > > > From: Li Liu <li.liu@oss.qualcomm.com> > > > > > > > > > > > > > > Add display MDSS and DSI configuration for QCS615 RIDE board. > > > > > > > QCS615 has a DP port, and DP support will be added in a later patch. > > > > > > > > > > > > > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> > > > > > > > Signed-off-by: Li Liu <li.liu@oss.qualcomm.com> > > > > > > > Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com> > > > > > > > --- > > > > > > > arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++ > > > > > > > 1 file changed, 150 insertions(+) > > > > > > > > > > > > > > diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > > > > > index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644 > > > > > > > --- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > > > > > +++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts > > > > > > > @@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk { > > > > > > > }; > > > > > > > }; > > > > > > > + dp-dsi0-connector { > > > > > > > + compatible = "dp-connector"; > > > > > > > + label = "DSI0"; > > > > > > > + type = "mini"; > > > > > > > + > > > > > > > + port { > > > > > > > + dp_dsi0_connector_in: endpoint { > > > > > > > + remote-endpoint = <&dsi2dp_bridge_out>; > > > > > > > + }; > > > > > > > + }; > > > > > > > + }; > > > > > > > + > > > > > > > + vreg_12p0: vreg-12p0-regulator { > > > > > > > > > > > > I should be more carefull when doing reviews. I thought that it was > > > > > > pointed out already and didn't some of the obvious things... > > > > > > > > > > > > First of all, the nodes are sorted. By the name, not by the label. > > > > > > Second, there are already regulators in this file. Why are the new nodes > > > > > > not following the existing pattern and why are they not placed at a > > > > > > proper place? > > > > > > > > > > Initially, we referred to https://patchwork.kernel.org/project/linux-arm-msm/patch/20250604071851.1438612-3-quic_amakhija@quicinc.com/ > > > > > as a reference, but its node ordering seems a bit unconventional. > > > > > > > > > > Would this revised ordering be acceptable? > > > > > > > > > > ... > > > > > + dp-dsi0-connector > > > > > > > > > > vreg_conn_1p8: regulator-conn-1p8 > > > > > vreg_conn_pa: regulator-conn-pa > > > > > regulator-usb2-vbus > > > > > > > > So... Existing regulator nodes have the name of 'regulator-foo-bar'. > > > > > > > > > > > > > > + vreg_12p0: vreg-12p0-regulator > > > > > + vreg_1p0: vreg-1p0-regulator > > > > > + vreg_1p8: vreg-1p8-regulator > > > > > + vreg_3p0: vreg-3p0-regulator > > > > > + vreg_5p0: vreg-5p0-regulator > > > > > > > > While yours use 'vreg-baz-regulator'. Why? Don't blindly c&p data from > > > > other platforms. > > > > > > Got it, The revised format will be: > > > > > > + vreg_12p0: regulator-vreg-12p0 > > > + vreg_1p0: regulator-vreg-1p0 > > > + vreg_1p8: regulator-vreg-1p8 > > > + vreg_3p0: regulator-vreg-3p0 > > > + vreg_5p0: regulator-vreg-5p0 > > > > > > Let me know if you have any further suggestions. > > > > What's the name of power rail in the schematics? vreg-Np0? > > I reviewed the Ride board schematics and found the following power rail > mappings: > > VREG_1P0 -> DSI0_DVDD10 / DSI0_AVDD10 -> ANX7625 AVDD10 / DVDD10 > VREG_1P8 -> DSI0_AVDD18 -> ANX7625 AVDD18 > VREG_S4A_1P8 -> DSI0_DVDD18 -> ANX7625 DVDD18 > VIDEO_OUT_VREG_3P3 -> DSI0_AVDD30 -> ANX7625 AVDD30 Then it looks like regulator-vreg-NpM is okay > > would the current approach also be acceptable? > or we need configure the power supplies strictly according to this mapping. > Appreciate your guidance. > > > > > > -- With best wishes Dmitry
On 9/2/2025 9:56 PM, Dmitry Baryshkov wrote: > On Mon, Sep 01, 2025 at 11:23:28AM +0800, Fange Zhang wrote: >> >> >> On 8/28/2025 7:02 PM, Dmitry Baryshkov wrote: >>> On Thu, Aug 28, 2025 at 01:12:14PM +0800, Fange Zhang wrote: >>>> >>>> >>>> On 8/28/2025 12:41 PM, Dmitry Baryshkov wrote: >>>>> On Thu, Aug 28, 2025 at 10:57:41AM +0800, Fange Zhang wrote: >>>>>> >>>>>> >>>>>> On 8/28/2025 4:01 AM, Dmitry Baryshkov wrote: >>>>>>> On Wed, Aug 27, 2025 at 09:08:39PM +0800, Fange Zhang wrote: >>>>>>>> From: Li Liu <li.liu@oss.qualcomm.com> >>>>>>>> >>>>>>>> Add display MDSS and DSI configuration for QCS615 RIDE board. >>>>>>>> QCS615 has a DP port, and DP support will be added in a later patch. >>>>>>>> >>>>>>>> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> >>>>>>>> Signed-off-by: Li Liu <li.liu@oss.qualcomm.com> >>>>>>>> Signed-off-by: Fange Zhang <fange.zhang@oss.qualcomm.com> >>>>>>>> --- >>>>>>>> arch/arm64/boot/dts/qcom/qcs615-ride.dts | 150 +++++++++++++++++++++++++++++++ >>>>>>>> 1 file changed, 150 insertions(+) >>>>>>>> >>>>>>>> diff --git a/arch/arm64/boot/dts/qcom/qcs615-ride.dts b/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>>>>>> index e663343df75d59481786192cde647017a83c4191..f6e0c82cf85459d8989332497ded8b6ea3670c76 100644 >>>>>>>> --- a/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>>>>>> +++ b/arch/arm64/boot/dts/qcom/qcs615-ride.dts >>>>>>>> @@ -39,6 +39,76 @@ xo_board_clk: xo-board-clk { >>>>>>>> }; >>>>>>>> }; >>>>>>>> + dp-dsi0-connector { >>>>>>>> + compatible = "dp-connector"; >>>>>>>> + label = "DSI0"; >>>>>>>> + type = "mini"; >>>>>>>> + >>>>>>>> + port { >>>>>>>> + dp_dsi0_connector_in: endpoint { >>>>>>>> + remote-endpoint = <&dsi2dp_bridge_out>; >>>>>>>> + }; >>>>>>>> + }; >>>>>>>> + }; >>>>>>>> + >>>>>>>> + vreg_12p0: vreg-12p0-regulator { >>>>>>> >>>>>>> I should be more carefull when doing reviews. I thought that it was >>>>>>> pointed out already and didn't some of the obvious things... >>>>>>> >>>>>>> First of all, the nodes are sorted. By the name, not by the label. >>>>>>> Second, there are already regulators in this file. Why are the new nodes >>>>>>> not following the existing pattern and why are they not placed at a >>>>>>> proper place? >>>>>> >>>>>> Initially, we referred to https://patchwork.kernel.org/project/linux-arm-msm/patch/20250604071851.1438612-3-quic_amakhija@quicinc.com/ >>>>>> as a reference, but its node ordering seems a bit unconventional. >>>>>> >>>>>> Would this revised ordering be acceptable? >>>>>> >>>>>> ... >>>>>> + dp-dsi0-connector >>>>>> >>>>>> vreg_conn_1p8: regulator-conn-1p8 >>>>>> vreg_conn_pa: regulator-conn-pa >>>>>> regulator-usb2-vbus >>>>> >>>>> So... Existing regulator nodes have the name of 'regulator-foo-bar'. >>>>> >>>>>> >>>>>> + vreg_12p0: vreg-12p0-regulator >>>>>> + vreg_1p0: vreg-1p0-regulator >>>>>> + vreg_1p8: vreg-1p8-regulator >>>>>> + vreg_3p0: vreg-3p0-regulator >>>>>> + vreg_5p0: vreg-5p0-regulator >>>>> >>>>> While yours use 'vreg-baz-regulator'. Why? Don't blindly c&p data from >>>>> other platforms. >>>> >>>> Got it, The revised format will be: >>>> >>>> + vreg_12p0: regulator-vreg-12p0 >>>> + vreg_1p0: regulator-vreg-1p0 >>>> + vreg_1p8: regulator-vreg-1p8 >>>> + vreg_3p0: regulator-vreg-3p0 >>>> + vreg_5p0: regulator-vreg-5p0 >>>> >>>> Let me know if you have any further suggestions. >>> >>> What's the name of power rail in the schematics? vreg-Np0? >> >> I reviewed the Ride board schematics and found the following power rail >> mappings: >> >> VREG_1P0 -> DSI0_DVDD10 / DSI0_AVDD10 -> ANX7625 AVDD10 / DVDD10 >> VREG_1P8 -> DSI0_AVDD18 -> ANX7625 AVDD18 >> VREG_S4A_1P8 -> DSI0_DVDD18 -> ANX7625 DVDD18 >> VIDEO_OUT_VREG_3P3 -> DSI0_AVDD30 -> ANX7625 AVDD30 > > Then it looks like regulator-vreg-NpM is okay Got it, I'll update v8 today following this format. Thanks! > >> >> would the current approach also be acceptable? >> or we need configure the power supplies strictly according to this mapping. >> Appreciate your guidance. >> >>> >>> >> >
© 2016 - 2025 Red Hat, Inc.