[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <kocj7sf6jgj4uynvlxvbsojc4bykyj2ipb4ex56fagjqoxwcie@2trytltkhd4a>
Date: Thu, 9 Oct 2025 19:28:10 +0300
From: Dmitry Baryshkov <dmitry.baryshkov@....qualcomm.com>
To: Eugen Hristev <eugen.hristev@...aro.org>
Cc: Jishnu Prakash <jishnu.prakash@....qualcomm.com>,
Jingyi Wang <jingyi.wang@....qualcomm.com>,
Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konradybcio@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, linux-arm-msm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
aiqun.yu@....qualcomm.com, tingwei.zhang@....qualcomm.com,
trilok.soni@....qualcomm.com, yijie.yang@....qualcomm.com
Subject: Re: [PATCH 14/20] arm64: dts: qcom: kaanapali-mtp: Enable more
features
On Thu, Oct 09, 2025 at 05:58:03PM +0300, Eugen Hristev wrote:
>
>
> On 10/9/25 16:54, Jishnu Prakash wrote:
> > Hi Eugen,
> >
> > On 9/25/2025 1:33 PM, Eugen Hristev wrote:
> >>
> >>
> >> On 9/25/25 03:17, Jingyi Wang wrote:
> >>> Enable more features on Kaanapali MTP boards including PMIC peripherals,
> >>> bus, SDHCI, remoteprocs, USB, PCIE, WLAN and Bluetooth.
> >>>
> >>> Written with help from Jyothi Kumar Seerapu(added bus), Ronak Raheja
> >>> (added USB), Manish Pandey(added SDHCI), Jishnu Prakash(added PMIC),
> >>> Qiang Yu(added PCIE), Yijie Yang(Added WLAN) and Zijun Hu(Added Bluetooth).
> >>>
> >>> Signed-off-by: Jingyi Wang <jingyi.wang@....qualcomm.com>
> >>> ---
> >>> arch/arm64/boot/dts/qcom/kaanapali-mtp.dts | 663 +++++++++++++++++++++++++++++
> >>> 1 file changed, 663 insertions(+)
> >>>
> >>> diff --git a/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts b/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts
> >>> index 9cf3158e2712..2949579481a9 100644
> >>> --- a/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts
> >>> +++ b/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts
> >>> @@ -5,9 +5,23 @@
> >>>
> >
> > ...
> >
> >>> +
> >>> +&spmi_bus1 {
> >>> + pmd8028: pmic@4 {
> >>> + compatible = "qcom,pmd8028", "qcom,spmi-pmic";
> >>> + reg = <0x4 SPMI_USID>;
> >>> + #address-cells = <1>;
> >>> + #size-cells = <0>;
> >>> +
> >>> + pmd8028_temp_alarm: temp-alarm@a00 {
> >>> + compatible = "qcom,spmi-temp-alarm";
> >>> + reg = <0xa00>;
> >>> + interrupts = <0x4 0xa 0x0 IRQ_TYPE_EDGE_BOTH>;
> >>> + #thermal-sensor-cells = <0>;
> >>> + };
> >>> +
> >>> + pmd8028_gpios: gpio@...0 {
> >>> + compatible = "qcom,pmd8028-gpio", "qcom,spmi-gpio";
> >>> + reg = <0x8800>;
> >>> + gpio-controller;
> >>> + gpio-ranges = <&pmd8028_gpios 0 0 4>;
> >>> + #gpio-cells = <2>;
> >>> + interrupt-controller;
> >>> + #interrupt-cells = <2>;
> >>> + };
> >>> + };
> >>> +
> >>> + pmih0108: pmic@7 {
> >>> + compatible = "qcom,pmih0108", "qcom,spmi-pmic";
> >>> + reg = <0x7 SPMI_USID>;
> >>> + #address-cells = <1>;
> >>> + #size-cells = <0>;
> >>> +
> >>> + pmih0108_temp_alarm: temp-alarm@a00 {
> >>> + compatible = "qcom,spmi-temp-alarm";
> >>> + reg = <0xa00>;
> >>> + interrupts = <0x7 0xa 0x0 IRQ_TYPE_EDGE_BOTH>;
> >>> + #thermal-sensor-cells = <0>;
> >>> + };
> >>> +
> >>> + pmih0108_gpios: gpio@...0 {
> >>> + compatible = "qcom,pmih0108-gpio", "qcom,spmi-gpio";
> >>> + reg = <0x8800>;
> >>> + gpio-controller;
> >>> + gpio-ranges = <&pmih0108_gpios 0 0 18>;
> >>> + #gpio-cells = <2>;
> >>> + interrupt-controller;
> >>> + #interrupt-cells = <2>;
> >>> + };
> >>> +
> >>> + pmih0108_eusb2_repeater: phy@...0 {
> >>> + compatible = "qcom,pm8550b-eusb2-repeater";
> >>> + reg = <0xfd00>;
> >>> + #phy-cells = <0>;
> >>> + vdd18-supply = <&vreg_l15b_1p8>;
> >>> + vdd3-supply = <&vreg_l5b_3p1>;
> >>> + };
> >>> + };
> >>> +
> >>> + pmr735d: pmic@a {
> >>
> >> Hi,
> >>
> >> The PMR735D is available in pmr735d_a.dtsi
> >>
> >> Can we find a way to reuse that include file instead of duplicating it
> >> here ?
> >
> > In pmr735d_a.dtsi, the peripherals are added under the parent phandle
> > "spmi_bus", which was commonly used in older SoCs having only a single
> > bus under the PMIC arbiter, but in Kaanapali, there are two buses
> > present under the PMIC arbiter, with phandles "spmi_bus0" and "spmi_bus1",
> > so we cannot include the file as it is.
> >
>
> I know the problem. I disagree with using include files in one case, and
> having the PMIC in the dts in the other case.
>
> So there has to be a unified way to handle this in all cases.
Rework SPMI PMICs to follow the approach started by Johan for PM8008. I
think this is the way to go.
--
With best wishes
Dmitry
Powered by blists - more mailing lists