.../devicetree/bindings/arm/qcom.yaml | 1 + arch/arm64/boot/dts/qcom/Makefile | 1 + arch/arm64/boot/dts/qcom/nord-embedded.dtsi | 63 ++ arch/arm64/boot/dts/qcom/nord-ipcc.h | 144 +++ .../boot/dts/qcom/nord-ride-embedded.dts | 442 +++++++++ arch/arm64/boot/dts/qcom/nord-rrd.dts | 37 + arch/arm64/boot/dts/qcom/nord.dtsi | 906 ++++++++++++++++++ arch/arm64/boot/dts/qcom/pmau0102-nord.dtsi | 543 +++++++++++ arch/arm64/boot/dts/qcom/pmm8650au-nord.dtsi | 54 ++ 9 files changed, 2191 insertions(+) create mode 100644 arch/arm64/boot/dts/qcom/nord-ipcc.h create mode 100644 arch/arm64/boot/dts/qcom/nord-ride-embedded.dts create mode 100644 arch/arm64/boot/dts/qcom/pmau0102-nord.dtsi create mode 100644 arch/arm64/boot/dts/qcom/pmm8650au-nord.dtsi
This series adds ADSP and CDSP remoteproc support, the SPMI PMIC arbiter
and the PMIC descriptions for the Qualcomm Nord platform, and adds the
initial device tree for the Nord Ride Embedded board.
Tested on next-20260903
Dependencies:
- NMXC define: commit e484a765f543 ("dt-bindings: power: qcom,rpmhpd: Add NMXC power domain index")
from git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/linux-pm.git dt
- Base DTS: https://lore.kernel.org/all/20260903140617.441111-1-shengchao.guo@oss.qualcomm.com/
- PMAU0102 MFD: https://lore.kernel.org/all/20260830034719.140213-1-shengchao.guo@oss.qualcomm.com/
- PMAU0102 thermal: https://lore.kernel.org/all/20260830101025.191697-1-shengchao.guo@oss.qualcomm.com/
- PMM8654AU RTC: https://lore.kernel.org/all/20260904074541.590485-1-shengchao.guo@oss.qualcomm.com/
Changes for v2:
- Align PMIC comments in nord-ride-embedded.dts with nord-rrd.dts
- Drop unneeded regulator-always-on and regulator-boot-on from RPMh
regulators
- Drop SMPS regulators as the resources are already managed by rpmhpd
- Use pmm8654au compatible with fallback on pmk8350 for pon, pwrkey,
resin and rtc
- Link to v1: https://lore.kernel.org/all/20260831032103.341633-1-shengchao.guo@oss.qualcomm.com/
Bartosz Golaszewski (3):
arm64: dts: qcom: nord: Add the SPMI PMIC arbiter
dt-bindings: arm: qcom: Document Nord Ride Embedded board
arm64: dts: qcom: Add initial support for Nord Ride Embedded board
Dhruvin Rajpura (1):
arm64: dts: qcom: nord: Add PMAU0102 and PMM8650AU PMIC support
Shawn Guo (2):
arm64: dts: qcom: nord: Add support for ADSP and CDSPs
arm64: dts: qcom: nord-rrd: Enable ADSP and CDSPs
.../devicetree/bindings/arm/qcom.yaml | 1 +
arch/arm64/boot/dts/qcom/Makefile | 1 +
arch/arm64/boot/dts/qcom/nord-embedded.dtsi | 63 ++
arch/arm64/boot/dts/qcom/nord-ipcc.h | 144 +++
.../boot/dts/qcom/nord-ride-embedded.dts | 442 +++++++++
arch/arm64/boot/dts/qcom/nord-rrd.dts | 37 +
arch/arm64/boot/dts/qcom/nord.dtsi | 906 ++++++++++++++++++
arch/arm64/boot/dts/qcom/pmau0102-nord.dtsi | 543 +++++++++++
arch/arm64/boot/dts/qcom/pmm8650au-nord.dtsi | 54 ++
9 files changed, 2191 insertions(+)
create mode 100644 arch/arm64/boot/dts/qcom/nord-ipcc.h
create mode 100644 arch/arm64/boot/dts/qcom/nord-ride-embedded.dts
create mode 100644 arch/arm64/boot/dts/qcom/pmau0102-nord.dtsi
create mode 100644 arch/arm64/boot/dts/qcom/pmm8650au-nord.dtsi
--
2.43.0
On 9/4/26 10:16 AM, Shawn Guo wrote:
> This series adds ADSP and CDSP remoteproc support, the SPMI PMIC arbiter
> and the PMIC descriptions for the Qualcomm Nord platform, and adds the
> initial device tree for the Nord Ride Embedded board.
>
> Tested on next-20260903
>
> Dependencies:
> - NMXC define: commit e484a765f543 ("dt-bindings: power: qcom,rpmhpd: Add NMXC power domain index")
> from git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/linux-pm.git dt
> - Base DTS: https://lore.kernel.org/all/20260903140617.441111-1-shengchao.guo@oss.qualcomm.com/
> - PMAU0102 MFD: https://lore.kernel.org/all/20260830034719.140213-1-shengchao.guo@oss.qualcomm.com/
> - PMAU0102 thermal: https://lore.kernel.org/all/20260830101025.191697-1-shengchao.guo@oss.qualcomm.com/
> - PMM8654AU RTC: https://lore.kernel.org/all/20260904074541.590485-1-shengchao.guo@oss.qualcomm.com/
>
> Changes for v2:
> - Align PMIC comments in nord-ride-embedded.dts with nord-rrd.dts
> - Drop unneeded regulator-always-on and regulator-boot-on from RPMh
> regulators
It still remains on something like 40% of the defined regulators
without any nearby comment justifying that - are all of these
intentional and necessary?
Konrad
On Fri, Sep 04, 2026 at 12:00:40PM +0200, Konrad Dybcio wrote:
> On 9/4/26 10:16 AM, Shawn Guo wrote:
> > This series adds ADSP and CDSP remoteproc support, the SPMI PMIC arbiter
> > and the PMIC descriptions for the Qualcomm Nord platform, and adds the
> > initial device tree for the Nord Ride Embedded board.
> >
> > Tested on next-20260903
> >
> > Dependencies:
> > - NMXC define: commit e484a765f543 ("dt-bindings: power: qcom,rpmhpd: Add NMXC power domain index")
> > from git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/linux-pm.git dt
> > - Base DTS: https://lore.kernel.org/all/20260903140617.441111-1-shengchao.guo@oss.qualcomm.com/
> > - PMAU0102 MFD: https://lore.kernel.org/all/20260830034719.140213-1-shengchao.guo@oss.qualcomm.com/
> > - PMAU0102 thermal: https://lore.kernel.org/all/20260830101025.191697-1-shengchao.guo@oss.qualcomm.com/
> > - PMM8654AU RTC: https://lore.kernel.org/all/20260904074541.590485-1-shengchao.guo@oss.qualcomm.com/
> >
> > Changes for v2:
> > - Align PMIC comments in nord-ride-embedded.dts with nord-rrd.dts
> > - Drop unneeded regulator-always-on and regulator-boot-on from RPMh
> > regulators
>
> It still remains on something like 40% of the defined regulators
> without any nearby comment justifying that - are all of these
> intentional and necessary?
Yes, all of those are intentional.
- Supplies of LPDDR5
vreg_s1a_vdd2h_l --> VDD2H_LPDDR5_01
vreg_s5g_vdd2h_h --> VDD2H_LPDDR5_23
vreg_l1k_vdd2l --> VDD2L_LPDDR5_01
vreg_l1f_vdd2l --> VDD2L_LPDDR5_23
vreg_l3k_vdd1 --> VDD1_LPDDR5_01
vreg_l3f_vdd1 --> VDD1_LPDDR5_23
- Supplies of PMICs
vreg_l8a_1p8 --> VDD_LDO_XO
vreg_s3a_1p8 --> VDD_PX3
vreg_s5a_mv --> VREG_LDO_MV
vreg_s7f_lv_sub --> VREG_LDO_LV
- Supplies of Nord SoC
vreg_l7a_1p2 --> VDD_PX14
Shawn
On 9/7/26 2:06 PM, Shawn Guo wrote:
> On Fri, Sep 04, 2026 at 12:00:40PM +0200, Konrad Dybcio wrote:
>> On 9/4/26 10:16 AM, Shawn Guo wrote:
>>> This series adds ADSP and CDSP remoteproc support, the SPMI PMIC arbiter
>>> and the PMIC descriptions for the Qualcomm Nord platform, and adds the
>>> initial device tree for the Nord Ride Embedded board.
>>>
>>> Tested on next-20260903
>>>
>>> Dependencies:
>>> - NMXC define: commit e484a765f543 ("dt-bindings: power: qcom,rpmhpd: Add NMXC power domain index")
>>> from git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/linux-pm.git dt
>>> - Base DTS: https://lore.kernel.org/all/20260903140617.441111-1-shengchao.guo@oss.qualcomm.com/
>>> - PMAU0102 MFD: https://lore.kernel.org/all/20260830034719.140213-1-shengchao.guo@oss.qualcomm.com/
>>> - PMAU0102 thermal: https://lore.kernel.org/all/20260830101025.191697-1-shengchao.guo@oss.qualcomm.com/
>>> - PMM8654AU RTC: https://lore.kernel.org/all/20260904074541.590485-1-shengchao.guo@oss.qualcomm.com/
>>>
>>> Changes for v2:
>>> - Align PMIC comments in nord-ride-embedded.dts with nord-rrd.dts
>>> - Drop unneeded regulator-always-on and regulator-boot-on from RPMh
>>> regulators
>>
>> It still remains on something like 40% of the defined regulators
>> without any nearby comment justifying that - are all of these
>> intentional and necessary?
>
> Yes, all of those are intentional.
>
> - Supplies of LPDDR5
>
> vreg_s1a_vdd2h_l --> VDD2H_LPDDR5_01
> vreg_s5g_vdd2h_h --> VDD2H_LPDDR5_23
> vreg_l1k_vdd2l --> VDD2L_LPDDR5_01
> vreg_l1f_vdd2l --> VDD2L_LPDDR5_23
> vreg_l3k_vdd1 --> VDD1_LPDDR5_01
> vreg_l3f_vdd1 --> VDD1_LPDDR5_23
>
> - Supplies of PMICs
>
> vreg_l8a_1p8 --> VDD_LDO_XO
> vreg_s3a_1p8 --> VDD_PX3
> vreg_s5a_mv --> VREG_LDO_MV
> vreg_s7f_lv_sub --> VREG_LDO_LV
>
> - Supplies of Nord SoC
>
> vreg_l7a_1p2 --> VDD_PX14
Does RPMH require HLOS to cast these votes? Generally such supplies
should be taken care of in the fw
Konrad
On Wed, Sep 09, 2026 at 02:13:35PM +0200, Konrad Dybcio wrote:
> On 9/7/26 2:06 PM, Shawn Guo wrote:
> > On Fri, Sep 04, 2026 at 12:00:40PM +0200, Konrad Dybcio wrote:
> >> On 9/4/26 10:16 AM, Shawn Guo wrote:
> >>> This series adds ADSP and CDSP remoteproc support, the SPMI PMIC arbiter
> >>> and the PMIC descriptions for the Qualcomm Nord platform, and adds the
> >>> initial device tree for the Nord Ride Embedded board.
> >>>
> >>> Tested on next-20260903
> >>>
> >>> Dependencies:
> >>> - NMXC define: commit e484a765f543 ("dt-bindings: power: qcom,rpmhpd: Add NMXC power domain index")
> >>> from git://git.kernel.org/pub/scm/linux/kernel/git/ulfh/linux-pm.git dt
> >>> - Base DTS: https://lore.kernel.org/all/20260903140617.441111-1-shengchao.guo@oss.qualcomm.com/
> >>> - PMAU0102 MFD: https://lore.kernel.org/all/20260830034719.140213-1-shengchao.guo@oss.qualcomm.com/
> >>> - PMAU0102 thermal: https://lore.kernel.org/all/20260830101025.191697-1-shengchao.guo@oss.qualcomm.com/
> >>> - PMM8654AU RTC: https://lore.kernel.org/all/20260904074541.590485-1-shengchao.guo@oss.qualcomm.com/
> >>>
> >>> Changes for v2:
> >>> - Align PMIC comments in nord-ride-embedded.dts with nord-rrd.dts
> >>> - Drop unneeded regulator-always-on and regulator-boot-on from RPMh
> >>> regulators
> >>
> >> It still remains on something like 40% of the defined regulators
> >> without any nearby comment justifying that - are all of these
> >> intentional and necessary?
> >
> > Yes, all of those are intentional.
> >
> > - Supplies of LPDDR5
> >
> > vreg_s1a_vdd2h_l --> VDD2H_LPDDR5_01
> > vreg_s5g_vdd2h_h --> VDD2H_LPDDR5_23
> > vreg_l1k_vdd2l --> VDD2L_LPDDR5_01
> > vreg_l1f_vdd2l --> VDD2L_LPDDR5_23
> > vreg_l3k_vdd1 --> VDD1_LPDDR5_01
> > vreg_l3f_vdd1 --> VDD1_LPDDR5_23
> >
> > - Supplies of PMICs
> >
> > vreg_l8a_1p8 --> VDD_LDO_XO
> > vreg_s3a_1p8 --> VDD_PX3
> > vreg_s5a_mv --> VREG_LDO_MV
> > vreg_s7f_lv_sub --> VREG_LDO_LV
> >
> > - Supplies of Nord SoC
> >
> > vreg_l7a_1p2 --> VDD_PX14
>
> Does RPMH require HLOS to cast these votes? Generally such supplies
> should be taken care of in the fw
Good point! I just did a couple of tests by:
- dropping regulator-always-on/regulator-boot-on from these regulators
- dropping these regulators completely from DTS
Both booted fine (the nhlos software for Nord Embedded variant are still
under heavy development though).
So what do you prefer, dropping always-on/boot-on property or
the regulators completely?
Shawn
On 9/9/26 3:16 PM, Shawn Guo wrote: > On Wed, Sep 09, 2026 at 02:13:35PM +0200, Konrad Dybcio wrote: >> On 9/7/26 2:06 PM, Shawn Guo wrote: >>> On Fri, Sep 04, 2026 at 12:00:40PM +0200, Konrad Dybcio wrote: >>>> On 9/4/26 10:16 AM, Shawn Guo wrote: >>>>> This series adds ADSP and CDSP remoteproc support, the SPMI PMIC arbiter >>>>> and the PMIC descriptions for the Qualcomm Nord platform, and adds the >>>>> initial device tree for the Nord Ride Embedded board. [...] >>> - Supplies of Nord SoC >>> >>> vreg_l7a_1p2 --> VDD_PX14 >> >> Does RPMH require HLOS to cast these votes? Generally such supplies >> should be taken care of in the fw > > Good point! I just did a couple of tests by: > > - dropping regulator-always-on/regulator-boot-on from these regulators > - dropping these regulators completely from DTS > > Both booted fine (the nhlos software for Nord Embedded variant are still > under heavy development though). > > So what do you prefer, dropping always-on/boot-on property or > the regulators completely? I think it's best to reach out to the PMIC folks and ask what they think +Kamal? Konrad
On Wed, Sep 09, 2026 at 03:50:22PM +0200, Konrad Dybcio wrote: > On 9/9/26 3:16 PM, Shawn Guo wrote: > > On Wed, Sep 09, 2026 at 02:13:35PM +0200, Konrad Dybcio wrote: > >> On 9/7/26 2:06 PM, Shawn Guo wrote: > >>> On Fri, Sep 04, 2026 at 12:00:40PM +0200, Konrad Dybcio wrote: > >>>> On 9/4/26 10:16 AM, Shawn Guo wrote: > >>>>> This series adds ADSP and CDSP remoteproc support, the SPMI PMIC arbiter > >>>>> and the PMIC descriptions for the Qualcomm Nord platform, and adds the > >>>>> initial device tree for the Nord Ride Embedded board. > > [...] > > >>> - Supplies of Nord SoC > >>> > >>> vreg_l7a_1p2 --> VDD_PX14 > >> > >> Does RPMH require HLOS to cast these votes? Generally such supplies > >> should be taken care of in the fw > > > > Good point! I just did a couple of tests by: > > > > - dropping regulator-always-on/regulator-boot-on from these regulators > > - dropping these regulators completely from DTS > > > > Both booted fine (the nhlos software for Nord Embedded variant are still > > under heavy development though). > > > > So what do you prefer, dropping always-on/boot-on property or > > the regulators completely? > > I think it's best to reach out to the PMIC folks and ask what they think > > +Kamal? On Kaanapali i see that VDD_PX14 is actually controlled from the audio codec side. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts?h=v7.3-rc2#232 but better to confirm from the audio side. +Ravi Hothi can you please clarify? if vreg_l7a_1p2 (VDD_PX14) needs to be controlled from APPS side for Nord? Regards, Kamal > > Konrad
© 2016 - 2026 Red Hat, Inc.