From: Cristian Cozzolino <cristian_ci@protonmail.com>
Add the description for the display panel found on this phone.
And with this done we can also enable the GPU and set the zap shader
firmware path.
Signed-off-by: Cristian Cozzolino <cristian_ci@protonmail.com>
---
.../arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts | 73 ++++++++++++++++++++++
1 file changed, 73 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts b/arch/arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts
index ef4faf763132..8b72b71f4d4b 100644
--- a/arch/arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts
+++ b/arch/arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts
@@ -78,6 +78,13 @@ vph_pwr: vph-pwr-regulator {
};
};
+&gpu {
+ status = "okay";
+};
+
+&gpu_zap_shader {
+ firmware-name = "qcom/msm8953/flipkart/rimob/a506_zap.mbn";
+};
&hsusb_phy {
vdd-supply = <&pm8953_l3>;
@@ -87,11 +94,70 @@ &hsusb_phy {
status = "okay";
};
+&ibb {
+ qcom,discharge-resistor-kohms = <32>;
+};
+
+&lab {
+ qcom,soft-start-us = <800>;
+};
+
+&mdss {
+ status = "okay";
+};
+
+&mdss_dsi0 {
+ vdda-supply = <&pm8953_s3>;
+ vddio-supply = <&pm8953_l6>;
+
+ status = "okay";
+
+ panel: panel@0 {
+ compatible = "flipkart,rimob-panel-nt35532-cs";
+ reg = <0>;
+
+ backlight = <&pmi8950_wled>;
+ reset-gpios = <&tlmm 61 GPIO_ACTIVE_LOW>;
+ avdd-supply = <&lab>;
+ avee-supply = <&ibb>;
+ vci-supply = <&pm8953_l17>;
+ vddi-supply = <&pm8953_l6>;
+
+ pinctrl-0 = <&panel_default>;
+ pinctrl-names = "default";
+
+ port {
+ panel_in: endpoint {
+ remote-endpoint = <&mdss_dsi0_out>;
+ };
+ };
+ };
+};
+
+&mdss_dsi0_out {
+ data-lanes = <0 1 2 3>;
+ remote-endpoint = <&panel_in>;
+};
+
+&mdss_dsi0_phy {
+ vcca-supply = <&pm8953_l3>;
+
+ status = "okay";
+};
+
&pm8953_resin {
linux,code = <KEY_VOLUMEDOWN>;
status = "okay";
};
+&pmi8950_wled {
+ qcom,current-limit-microamp = <10000>;
+ qcom,num-strings = <3>;
+ qcom,ovp-millivolt = <29500>;
+
+ status = "okay";
+};
+
&rpm_requests {
regulators {
compatible = "qcom,rpm-pm8953-regulators";
@@ -244,6 +310,13 @@ gpio_key_default: gpio-key-default-state {
drive-strength = <2>;
bias-pull-up;
};
+
+ panel_default: panel-default-state {
+ pins = "gpio61";
+ function = "gpio";
+ drive-strength = <8>;
+ bias-disable;
+ };
};
&usb3 {
--
2.53.0
On 3/27/26 3:30 PM, Cristian Cozzolino via B4 Relay wrote:
> From: Cristian Cozzolino <cristian_ci@protonmail.com>
>
> Add the description for the display panel found on this phone.
> And with this done we can also enable the GPU and set the zap shader
> firmware path.
>
> Signed-off-by: Cristian Cozzolino <cristian_ci@protonmail.com>
> ---
[...]
> &rpm_requests {
> regulators {
> compatible = "qcom,rpm-pm8953-regulators";
> @@ -244,6 +310,13 @@ gpio_key_default: gpio-key-default-state {
> drive-strength = <2>;
> bias-pull-up;
> };
> +
> + panel_default: panel-default-state {
> + pins = "gpio61";
> + function = "gpio";
> + drive-strength = <8>;
> + bias-disable;
> + };
Nit: ideally the pin entries would be ordered by the GPIO index,
via:
https://docs.kernel.org/devicetree/bindings/dts-coding-style.html#order-of-nodes
Reviewed-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
Konrad
On Fri, Mar 27, 2026 at 03:30:49PM +0100, Cristian Cozzolino via B4 Relay wrote: > From: Cristian Cozzolino <cristian_ci@protonmail.com> > > Add the description for the display panel found on this phone. > And with this done we can also enable the GPU and set the zap shader > firmware path. > > Signed-off-by: Cristian Cozzolino <cristian_ci@protonmail.com> > --- > .../arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts | 73 ++++++++++++++++++++++ > 1 file changed, 73 insertions(+) > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> -- With best wishes Dmitry
On Friday, March 27th, 2026 at 23:57, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > On Fri, Mar 27, 2026 at 03:30:49PM +0100, Cristian Cozzolino via B4 Relay wrote: > > From: Cristian Cozzolino <cristian_ci@protonmail.com> > > > > Add the description for the display panel found on this phone. > > And with this done we can also enable the GPU and set the zap shader > > firmware path. > > > > Signed-off-by: Cristian Cozzolino <cristian_ci@protonmail.com> > > --- > > .../arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts | 73 ++++++++++++++++++++++ > > 1 file changed, 73 insertions(+) > > > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> I wonder if I should, instead, edit the compatible property by adding a second string (for the fallback), like this: compatible = "flipkart,rimob-panel-nt35532-cs", "novatek,nt35532"; and, therefore, add "novatek,nt35532" string also to (patch 1/6)'s bindings example. Let me know what you think. Thanks, Cristian. > -- > With best wishes > Dmitry >
On Sat, Mar 28, 2026 at 05:30:53PM +0000, cristian_ci wrote: > On Friday, March 27th, 2026 at 23:57, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > > > On Fri, Mar 27, 2026 at 03:30:49PM +0100, Cristian Cozzolino via B4 Relay wrote: > > > From: Cristian Cozzolino <cristian_ci@protonmail.com> > > > > > > Add the description for the display panel found on this phone. > > > And with this done we can also enable the GPU and set the zap shader > > > firmware path. > > > > > > Signed-off-by: Cristian Cozzolino <cristian_ci@protonmail.com> > > > --- > > > .../arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts | 73 ++++++++++++++++++++++ > > > 1 file changed, 73 insertions(+) > > > > > > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> > > I wonder if I should, instead, edit the compatible property by adding a > second string (for the fallback), like this: > > compatible = "flipkart,rimob-panel-nt35532-cs", "novatek,nt35532"; > > and, therefore, add "novatek,nt35532" string also to (patch 1/6)'s > bindings example. Let me know what you think. What would it mean? I think we usually don't include the IC into the compat list for the panel, but feel free to prove me wrong. -- With best wishes Dmitry
On Sunday, March 29th, 2026 at 12:12, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > On Sat, Mar 28, 2026 at 05:30:53PM +0000, cristian_ci wrote: > > On Friday, March 27th, 2026 at 23:57, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > > > > > On Fri, Mar 27, 2026 at 03:30:49PM +0100, Cristian Cozzolino via B4 Relay wrote: > > > > From: Cristian Cozzolino <cristian_ci@protonmail.com> > > > > > > > > Add the description for the display panel found on this phone. > > > > And with this done we can also enable the GPU and set the zap shader > > > > firmware path. > > > > > > > > Signed-off-by: Cristian Cozzolino <cristian_ci@protonmail.com> > > > > --- > > > > .../arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts | 73 ++++++++++++++++++++++ > > > > 1 file changed, 73 insertions(+) > > > > > > > > > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> > > > > I wonder if I should, instead, edit the compatible property by adding a > > second string (for the fallback), like this: > > > > compatible = "flipkart,rimob-panel-nt35532-cs", "novatek,nt35532"; > > > > and, therefore, add "novatek,nt35532" string also to (patch 1/6)'s > > bindings example. Let me know what you think. > > What would it mean? I think we usually don't include the IC into the > compat list for the panel, but feel free to prove me wrong. I've noticed use of that in this [1] patch series but I don't know why IC string is used there (in the example) if the specific panel string (the first one) is already defined in the panel driver. [1] https://lore.kernel.org/linux-arm-msm/20251001135914.13754-2-caojunjie650@gmail.com/ Best Regards, Cristian. > -- > With best wishes > Dmitry >
On Sun, Mar 29, 2026 at 03:26:48PM +0000, cristian_ci wrote: > On Sunday, March 29th, 2026 at 12:12, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > > > On Sat, Mar 28, 2026 at 05:30:53PM +0000, cristian_ci wrote: > > > On Friday, March 27th, 2026 at 23:57, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > > > > > > > On Fri, Mar 27, 2026 at 03:30:49PM +0100, Cristian Cozzolino via B4 Relay wrote: > > > > > From: Cristian Cozzolino <cristian_ci@protonmail.com> > > > > > > > > > > Add the description for the display panel found on this phone. > > > > > And with this done we can also enable the GPU and set the zap shader > > > > > firmware path. > > > > > > > > > > Signed-off-by: Cristian Cozzolino <cristian_ci@protonmail.com> > > > > > --- > > > > > .../arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts | 73 ++++++++++++++++++++++ > > > > > 1 file changed, 73 insertions(+) > > > > > > > > > > > > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> > > > > > > I wonder if I should, instead, edit the compatible property by adding a > > > second string (for the fallback), like this: > > > > > > compatible = "flipkart,rimob-panel-nt35532-cs", "novatek,nt35532"; > > > > > > and, therefore, add "novatek,nt35532" string also to (patch 1/6)'s > > > bindings example. Let me know what you think. > > > > What would it mean? I think we usually don't include the IC into the > > compat list for the panel, but feel free to prove me wrong. > > I've noticed use of that in this [1] patch series but I don't know why IC > string is used there (in the example) if the specific panel string (the > first one) is already defined in the panel driver. > > [1] https://lore.kernel.org/linux-arm-msm/20251001135914.13754-2-caojunjie650@gmail.com/ That's why I wrote "usually". In the end we also have several (unfortunately) panel devices which use IC for compat string, etc. -- With best wishes Dmitry
On Sunday, March 29th, 2026 at 17:51, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > On Sun, Mar 29, 2026 at 03:26:48PM +0000, cristian_ci wrote: > > On Sunday, March 29th, 2026 at 12:12, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > > > > > On Sat, Mar 28, 2026 at 05:30:53PM +0000, cristian_ci wrote: > > > > On Friday, March 27th, 2026 at 23:57, Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> wrote: > > > > > > > > > On Fri, Mar 27, 2026 at 03:30:49PM +0100, Cristian Cozzolino via B4 Relay wrote: > > > > > > From: Cristian Cozzolino <cristian_ci@protonmail.com> > > > > > > > > > > > > Add the description for the display panel found on this phone. > > > > > > And with this done we can also enable the GPU and set the zap shader > > > > > > firmware path. > > > > > > > > > > > > Signed-off-by: Cristian Cozzolino <cristian_ci@protonmail.com> > > > > > > --- > > > > > > .../arm64/boot/dts/qcom/msm8953-flipkart-rimob.dts | 73 ++++++++++++++++++++++ > > > > > > 1 file changed, 73 insertions(+) > > > > > > > > > > > > > > > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> > > > > > > > > I wonder if I should, instead, edit the compatible property by adding a > > > > second string (for the fallback), like this: > > > > > > > > compatible = "flipkart,rimob-panel-nt35532-cs", "novatek,nt35532"; > > > > > > > > and, therefore, add "novatek,nt35532" string also to (patch 1/6)'s > > > > bindings example. Let me know what you think. > > > > > > What would it mean? I think we usually don't include the IC into the > > > compat list for the panel, but feel free to prove me wrong. > > > > I've noticed use of that in this [1] patch series but I don't know why IC > > string is used there (in the example) if the specific panel string (the > > first one) is already defined in the panel driver. > > > > [1] https://lore.kernel.org/linux-arm-msm/20251001135914.13754-2-caojunjie650@gmail.com/ > > That's why I wrote "usually". In the end we also have several > (unfortunately) panel devices which use IC for compat string, etc. Ok, thanks for the reply. Best Regards, Cristian. > -- > With best wishes > Dmitry >
© 2016 - 2026 Red Hat, Inc.