Documentation/devicetree/bindings/arm/qcom.yaml | 6 + arch/arm64/boot/dts/qcom/Makefile | 1 + arch/arm64/boot/dts/qcom/hamoa-iot-evk.dts | 987 ++++++++++++++++++++++++ arch/arm64/boot/dts/qcom/hamoa-iot-som.dtsi | 609 +++++++++++++++ 4 files changed, 1603 insertions(+)
Introduce the device tree, DT bindings, and driver modifications required
to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to
a UART shell.
This patch set focuses on two key hardware components: the HAMOA-IOT-SOM
and the HAMOA-IOT-EVK carrier board.
The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC,
GPIOs, and PMICs. It is designed to be modular and can be paired with
various carrier boards to support different use cases.
The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios.
It provides essential peripherals such as UART, on-board PMICs, and
USB-related components.
Together, these components form a flexible and scalable platform, and this
patch set enables their initial bring-up through proper device tree
configuration and driver support.
Qualcomm SoCs often have multiple product variants, each identified by a
different SoC ID. For instance, the x1e80100 SoC has closely related
variants such as x1e78100 and x1e001de. This diversity in SoC identifiers
can lead to confusion and unnecessary maintenance complexity in the device
tree and related subsystems.
To address this, code names offer a more consistent and project-agnostic
way to represent SoC families. They tend to remain stable across
development efforts.
This patch series introduces "hamoa" as the codename for the x1e80100 SoC.
Going forward, all x1e80100-related variants—including x1e81000 and others
in the same family—will be represented under the "hamoa" designation in the
device tree.
This improves readability, streamlines future maintenance, and aligns with
common naming practices across Qualcomm-based platforms.
Features added and enabled:
- UART
- On-board regulators
- Regulators on the SOM
- PMIC GLINK
- USB0 through USB6 and their PHYs
- Embedded USB (eUSB) repeaters
- USB Type-C mux
- PCIe6a and its PHY
- PCIe4 and its PHY
- Reserved memory regions
- Pinctrl
- NVMe
- ADSP, CDSP
- WLAN, Bluetooth (M.2 interface)
- USB DisplayPort
DTS Dependency:
https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/
Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com>
---
To: Bjorn Andersson <andersson@kernel.org>
To: Konrad Dybcio <konradybcio@kernel.org>
To: Rob Herring <robh@kernel.org>
To: Krzysztof Kozlowski <krzk+dt@kernel.org>
To: Conor Dooley <conor+dt@kernel.org>
Cc: linux-arm-msm@vger.kernel.org
Cc: devicetree@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Changes in v5:
- Update base commit.
- Drop an already merged patch:
https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/
- Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com
---
Yijie Yang (3):
dt-bindings: arm: qcom: Document HAMOA-IOT-EVK board
arm64: dts: qcom: Add HAMOA-IOT-SOM platform
arm64: dts: qcom: Add base HAMOA-IOT-EVK board
Documentation/devicetree/bindings/arm/qcom.yaml | 6 +
arch/arm64/boot/dts/qcom/Makefile | 1 +
arch/arm64/boot/dts/qcom/hamoa-iot-evk.dts | 987 ++++++++++++++++++++++++
arch/arm64/boot/dts/qcom/hamoa-iot-som.dtsi | 609 +++++++++++++++
4 files changed, 1603 insertions(+)
---
base-commit: 2016d952577e807ee89e0cef02af1f95aabbbcb2
change-id: 20250604-hamoa_initial-0cd7036d7271
prerequisite-message-id: <20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com>
prerequisite-patch-id: c536bf9ec7fd22af9b05b695272997615dfd675f
prerequisite-patch-id: d513e5a08d3be585b9b6a737ef3a1ad275d7caad
prerequisite-patch-id: 605ef6f89dd84f810df11be9d11ee6803a6bf289
prerequisite-patch-id: 2ab2430624acbdd9011f6c0c2a77469fd19fc75a
prerequisite-patch-id: bfbb562513763ce75f2bb5da7f12e7b54ff3919d
Best regards,
--
Yijie Yang <yijie.yang@oss.qualcomm.com>
On Thu, Aug 14, 2025 at 03:27:27PM +0800, Yijie Yang wrote: > Introduce the device tree, DT bindings, and driver modifications required > to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to > a UART shell. > This patch set focuses on two key hardware components: the HAMOA-IOT-SOM > and the HAMOA-IOT-EVK carrier board. > The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC, > GPIOs, and PMICs. It is designed to be modular and can be paired with > various carrier boards to support different use cases. > The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios. > It provides essential peripherals such as UART, on-board PMICs, and > USB-related components. > Together, these components form a flexible and scalable platform, and this > patch set enables their initial bring-up through proper device tree > configuration and driver support. > > Qualcomm SoCs often have multiple product variants, each identified by a > different SoC ID. For instance, the x1e80100 SoC has closely related > variants such as x1e78100 and x1e001de. This diversity in SoC identifiers > can lead to confusion and unnecessary maintenance complexity in the device > tree and related subsystems. > To address this, code names offer a more consistent and project-agnostic > way to represent SoC families. They tend to remain stable across > development efforts. > This patch series introduces "hamoa" as the codename for the x1e80100 SoC. > Going forward, all x1e80100-related variants—including x1e81000 and others > in the same family—will be represented under the "hamoa" designation in the > device tree. > This improves readability, streamlines future maintenance, and aligns with > common naming practices across Qualcomm-based platforms. > > Features added and enabled: > - UART > - On-board regulators > - Regulators on the SOM > - PMIC GLINK > - USB0 through USB6 and their PHYs > - Embedded USB (eUSB) repeaters > - USB Type-C mux > - PCIe6a and its PHY > - PCIe4 and its PHY > - Reserved memory regions > - Pinctrl > - NVMe > - ADSP, CDSP > - WLAN, Bluetooth (M.2 interface) > - USB DisplayPort > > DTS Dependency: > https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/ > > Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com> > --- > To: Bjorn Andersson <andersson@kernel.org> > To: Konrad Dybcio <konradybcio@kernel.org> > To: Rob Herring <robh@kernel.org> > To: Krzysztof Kozlowski <krzk+dt@kernel.org> > To: Conor Dooley <conor+dt@kernel.org> > Cc: linux-arm-msm@vger.kernel.org > Cc: devicetree@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > > --- > Changes in v5: > - Update base commit. > - Drop an already merged patch: > https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ > - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com Please keep full changelog rather than trimming previous iterations. Also, is there a reason why you didn't pick up audio and display chunks as it was requested on the corresponding reviews? > > --- > Yijie Yang (3): > dt-bindings: arm: qcom: Document HAMOA-IOT-EVK board > arm64: dts: qcom: Add HAMOA-IOT-SOM platform > arm64: dts: qcom: Add base HAMOA-IOT-EVK board > > Documentation/devicetree/bindings/arm/qcom.yaml | 6 + > arch/arm64/boot/dts/qcom/Makefile | 1 + > arch/arm64/boot/dts/qcom/hamoa-iot-evk.dts | 987 ++++++++++++++++++++++++ > arch/arm64/boot/dts/qcom/hamoa-iot-som.dtsi | 609 +++++++++++++++ > 4 files changed, 1603 insertions(+) > --- > base-commit: 2016d952577e807ee89e0cef02af1f95aabbbcb2 > change-id: 20250604-hamoa_initial-0cd7036d7271 > prerequisite-message-id: <20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com> > prerequisite-patch-id: c536bf9ec7fd22af9b05b695272997615dfd675f > prerequisite-patch-id: d513e5a08d3be585b9b6a737ef3a1ad275d7caad > prerequisite-patch-id: 605ef6f89dd84f810df11be9d11ee6803a6bf289 > prerequisite-patch-id: 2ab2430624acbdd9011f6c0c2a77469fd19fc75a > prerequisite-patch-id: bfbb562513763ce75f2bb5da7f12e7b54ff3919d > > Best regards, > -- > Yijie Yang <yijie.yang@oss.qualcomm.com> > -- With best wishes Dmitry
On 2025-08-14 16:24, Dmitry Baryshkov wrote: > On Thu, Aug 14, 2025 at 03:27:27PM +0800, Yijie Yang wrote: >> Introduce the device tree, DT bindings, and driver modifications required >> to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to >> a UART shell. >> This patch set focuses on two key hardware components: the HAMOA-IOT-SOM >> and the HAMOA-IOT-EVK carrier board. >> The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC, >> GPIOs, and PMICs. It is designed to be modular and can be paired with >> various carrier boards to support different use cases. >> The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios. >> It provides essential peripherals such as UART, on-board PMICs, and >> USB-related components. >> Together, these components form a flexible and scalable platform, and this >> patch set enables their initial bring-up through proper device tree >> configuration and driver support. >> >> Qualcomm SoCs often have multiple product variants, each identified by a >> different SoC ID. For instance, the x1e80100 SoC has closely related >> variants such as x1e78100 and x1e001de. This diversity in SoC identifiers >> can lead to confusion and unnecessary maintenance complexity in the device >> tree and related subsystems. >> To address this, code names offer a more consistent and project-agnostic >> way to represent SoC families. They tend to remain stable across >> development efforts. >> This patch series introduces "hamoa" as the codename for the x1e80100 SoC. >> Going forward, all x1e80100-related variants—including x1e81000 and others >> in the same family—will be represented under the "hamoa" designation in the >> device tree. >> This improves readability, streamlines future maintenance, and aligns with >> common naming practices across Qualcomm-based platforms. >> >> Features added and enabled: >> - UART >> - On-board regulators >> - Regulators on the SOM >> - PMIC GLINK >> - USB0 through USB6 and their PHYs >> - Embedded USB (eUSB) repeaters >> - USB Type-C mux >> - PCIe6a and its PHY >> - PCIe4 and its PHY >> - Reserved memory regions >> - Pinctrl >> - NVMe >> - ADSP, CDSP >> - WLAN, Bluetooth (M.2 interface) >> - USB DisplayPort >> >> DTS Dependency: >> https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/ >> >> Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com> >> --- >> To: Bjorn Andersson <andersson@kernel.org> >> To: Konrad Dybcio <konradybcio@kernel.org> >> To: Rob Herring <robh@kernel.org> >> To: Krzysztof Kozlowski <krzk+dt@kernel.org> >> To: Conor Dooley <conor+dt@kernel.org> >> Cc: linux-arm-msm@vger.kernel.org >> Cc: devicetree@vger.kernel.org >> Cc: linux-kernel@vger.kernel.org >> >> --- >> Changes in v5: >> - Update base commit. >> - Drop an already merged patch: >> https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ >> - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com > > Please keep full changelog rather than trimming previous iterations. Sure, I will restore them. > > Also, is there a reason why you didn't pick up audio and display chunks > as it was requested on the corresponding reviews? Display-related changes have been merged into '[PATCH v5 3/3] arm64: dts: qcom: Add base HAMOA-IOT-EVK board' and are already present there. Audio support is still under debugging due to unresolved issues, and it's unclear when it will be ready. Would it be acceptable to proceed without it for now? > >> >> --- >> Yijie Yang (3): >> dt-bindings: arm: qcom: Document HAMOA-IOT-EVK board >> arm64: dts: qcom: Add HAMOA-IOT-SOM platform >> arm64: dts: qcom: Add base HAMOA-IOT-EVK board >> >> Documentation/devicetree/bindings/arm/qcom.yaml | 6 + >> arch/arm64/boot/dts/qcom/Makefile | 1 + >> arch/arm64/boot/dts/qcom/hamoa-iot-evk.dts | 987 ++++++++++++++++++++++++ >> arch/arm64/boot/dts/qcom/hamoa-iot-som.dtsi | 609 +++++++++++++++ >> 4 files changed, 1603 insertions(+) >> --- >> base-commit: 2016d952577e807ee89e0cef02af1f95aabbbcb2 >> change-id: 20250604-hamoa_initial-0cd7036d7271 >> prerequisite-message-id: <20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com> >> prerequisite-patch-id: c536bf9ec7fd22af9b05b695272997615dfd675f >> prerequisite-patch-id: d513e5a08d3be585b9b6a737ef3a1ad275d7caad >> prerequisite-patch-id: 605ef6f89dd84f810df11be9d11ee6803a6bf289 >> prerequisite-patch-id: 2ab2430624acbdd9011f6c0c2a77469fd19fc75a >> prerequisite-patch-id: bfbb562513763ce75f2bb5da7f12e7b54ff3919d >> >> Best regards, >> -- >> Yijie Yang <yijie.yang@oss.qualcomm.com> >> > -- Best Regards, Yijie
On 14/08/2025 10:54, Yijie Yang wrote: > > > On 2025-08-14 16:24, Dmitry Baryshkov wrote: >> On Thu, Aug 14, 2025 at 03:27:27PM +0800, Yijie Yang wrote: >>> Introduce the device tree, DT bindings, and driver modifications required >>> to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to >>> a UART shell. >>> This patch set focuses on two key hardware components: the HAMOA-IOT-SOM >>> and the HAMOA-IOT-EVK carrier board. >>> The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC, >>> GPIOs, and PMICs. It is designed to be modular and can be paired with >>> various carrier boards to support different use cases. >>> The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios. >>> It provides essential peripherals such as UART, on-board PMICs, and >>> USB-related components. >>> Together, these components form a flexible and scalable platform, and this >>> patch set enables their initial bring-up through proper device tree >>> configuration and driver support. >>> >>> Qualcomm SoCs often have multiple product variants, each identified by a >>> different SoC ID. For instance, the x1e80100 SoC has closely related >>> variants such as x1e78100 and x1e001de. This diversity in SoC identifiers >>> can lead to confusion and unnecessary maintenance complexity in the device >>> tree and related subsystems. >>> To address this, code names offer a more consistent and project-agnostic >>> way to represent SoC families. They tend to remain stable across >>> development efforts. >>> This patch series introduces "hamoa" as the codename for the x1e80100 SoC. >>> Going forward, all x1e80100-related variants—including x1e81000 and others >>> in the same family—will be represented under the "hamoa" designation in the >>> device tree. >>> This improves readability, streamlines future maintenance, and aligns with >>> common naming practices across Qualcomm-based platforms. >>> >>> Features added and enabled: >>> - UART >>> - On-board regulators >>> - Regulators on the SOM >>> - PMIC GLINK >>> - USB0 through USB6 and their PHYs >>> - Embedded USB (eUSB) repeaters >>> - USB Type-C mux >>> - PCIe6a and its PHY >>> - PCIe4 and its PHY >>> - Reserved memory regions >>> - Pinctrl >>> - NVMe >>> - ADSP, CDSP >>> - WLAN, Bluetooth (M.2 interface) >>> - USB DisplayPort >>> >>> DTS Dependency: >>> https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/ >>> >>> Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com> >>> --- >>> To: Bjorn Andersson <andersson@kernel.org> >>> To: Konrad Dybcio <konradybcio@kernel.org> >>> To: Rob Herring <robh@kernel.org> >>> To: Krzysztof Kozlowski <krzk+dt@kernel.org> >>> To: Conor Dooley <conor+dt@kernel.org> >>> Cc: linux-arm-msm@vger.kernel.org >>> Cc: devicetree@vger.kernel.org >>> Cc: linux-kernel@vger.kernel.org >>> >>> --- >>> Changes in v5: >>> - Update base commit. >>> - Drop an already merged patch: >>> https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ >>> - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com >> >> Please keep full changelog rather than trimming previous iterations. > > Sure, I will restore them. > >> >> Also, is there a reason why you didn't pick up audio and display chunks >> as it was requested on the corresponding reviews? > > Display-related changes have been merged into '[PATCH v5 3/3] arm64: > dts: qcom: Add base HAMOA-IOT-EVK board' and are already present there. > > Audio support is still under debugging due to unresolved issues, and > it's unclear when it will be ready. Would it be acceptable to proceed > without it for now? Audio was sent to the lists, so this is confusing. What was the point of that posting? It clearly said: "Basic test is good in Hamoa-IOT-EVK board." So was that true or not? Best regards, Krzysztof
On 2025-08-14 17:05, Krzysztof Kozlowski wrote: > On 14/08/2025 10:54, Yijie Yang wrote: >> >> >> On 2025-08-14 16:24, Dmitry Baryshkov wrote: >>> On Thu, Aug 14, 2025 at 03:27:27PM +0800, Yijie Yang wrote: >>>> Introduce the device tree, DT bindings, and driver modifications required >>>> to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to >>>> a UART shell. >>>> This patch set focuses on two key hardware components: the HAMOA-IOT-SOM >>>> and the HAMOA-IOT-EVK carrier board. >>>> The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC, >>>> GPIOs, and PMICs. It is designed to be modular and can be paired with >>>> various carrier boards to support different use cases. >>>> The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios. >>>> It provides essential peripherals such as UART, on-board PMICs, and >>>> USB-related components. >>>> Together, these components form a flexible and scalable platform, and this >>>> patch set enables their initial bring-up through proper device tree >>>> configuration and driver support. >>>> >>>> Qualcomm SoCs often have multiple product variants, each identified by a >>>> different SoC ID. For instance, the x1e80100 SoC has closely related >>>> variants such as x1e78100 and x1e001de. This diversity in SoC identifiers >>>> can lead to confusion and unnecessary maintenance complexity in the device >>>> tree and related subsystems. >>>> To address this, code names offer a more consistent and project-agnostic >>>> way to represent SoC families. They tend to remain stable across >>>> development efforts. >>>> This patch series introduces "hamoa" as the codename for the x1e80100 SoC. >>>> Going forward, all x1e80100-related variants—including x1e81000 and others >>>> in the same family—will be represented under the "hamoa" designation in the >>>> device tree. >>>> This improves readability, streamlines future maintenance, and aligns with >>>> common naming practices across Qualcomm-based platforms. >>>> >>>> Features added and enabled: >>>> - UART >>>> - On-board regulators >>>> - Regulators on the SOM >>>> - PMIC GLINK >>>> - USB0 through USB6 and their PHYs >>>> - Embedded USB (eUSB) repeaters >>>> - USB Type-C mux >>>> - PCIe6a and its PHY >>>> - PCIe4 and its PHY >>>> - Reserved memory regions >>>> - Pinctrl >>>> - NVMe >>>> - ADSP, CDSP >>>> - WLAN, Bluetooth (M.2 interface) >>>> - USB DisplayPort >>>> >>>> DTS Dependency: >>>> https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/ >>>> >>>> Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com> >>>> --- >>>> To: Bjorn Andersson <andersson@kernel.org> >>>> To: Konrad Dybcio <konradybcio@kernel.org> >>>> To: Rob Herring <robh@kernel.org> >>>> To: Krzysztof Kozlowski <krzk+dt@kernel.org> >>>> To: Conor Dooley <conor+dt@kernel.org> >>>> Cc: linux-arm-msm@vger.kernel.org >>>> Cc: devicetree@vger.kernel.org >>>> Cc: linux-kernel@vger.kernel.org >>>> >>>> --- >>>> Changes in v5: >>>> - Update base commit. >>>> - Drop an already merged patch: >>>> https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ >>>> - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com >>> >>> Please keep full changelog rather than trimming previous iterations. >> >> Sure, I will restore them. >> >>> >>> Also, is there a reason why you didn't pick up audio and display chunks >>> as it was requested on the corresponding reviews? >> >> Display-related changes have been merged into '[PATCH v5 3/3] arm64: >> dts: qcom: Add base HAMOA-IOT-EVK board' and are already present there. >> >> Audio support is still under debugging due to unresolved issues, and >> it's unclear when it will be ready. Would it be acceptable to proceed >> without it for now? > Audio was sent to the lists, so this is confusing. What was the point of > that posting? It clearly said: > > "Basic test is good in Hamoa-IOT-EVK board." Additional issues with audio were discovered during further testing, and the current audio series on the list is not suitable to be merged into this series at this time. > > So was that true or not? > > Best regards, > Krzysztof -- Best Regards, Yijie
On Thu, Aug 14, 2025 at 05:28:01PM +0800, Yijie Yang wrote: > > > On 2025-08-14 17:05, Krzysztof Kozlowski wrote: > > On 14/08/2025 10:54, Yijie Yang wrote: > > > > > > > > > On 2025-08-14 16:24, Dmitry Baryshkov wrote: > > > > On Thu, Aug 14, 2025 at 03:27:27PM +0800, Yijie Yang wrote: > > > > > Introduce the device tree, DT bindings, and driver modifications required > > > > > to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to > > > > > a UART shell. > > > > > This patch set focuses on two key hardware components: the HAMOA-IOT-SOM > > > > > and the HAMOA-IOT-EVK carrier board. > > > > > The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC, > > > > > GPIOs, and PMICs. It is designed to be modular and can be paired with > > > > > various carrier boards to support different use cases. > > > > > The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios. > > > > > It provides essential peripherals such as UART, on-board PMICs, and > > > > > USB-related components. > > > > > Together, these components form a flexible and scalable platform, and this > > > > > patch set enables their initial bring-up through proper device tree > > > > > configuration and driver support. > > > > > > > > > > Qualcomm SoCs often have multiple product variants, each identified by a > > > > > different SoC ID. For instance, the x1e80100 SoC has closely related > > > > > variants such as x1e78100 and x1e001de. This diversity in SoC identifiers > > > > > can lead to confusion and unnecessary maintenance complexity in the device > > > > > tree and related subsystems. > > > > > To address this, code names offer a more consistent and project-agnostic > > > > > way to represent SoC families. They tend to remain stable across > > > > > development efforts. > > > > > This patch series introduces "hamoa" as the codename for the x1e80100 SoC. > > > > > Going forward, all x1e80100-related variants—including x1e81000 and others > > > > > in the same family—will be represented under the "hamoa" designation in the > > > > > device tree. > > > > > This improves readability, streamlines future maintenance, and aligns with > > > > > common naming practices across Qualcomm-based platforms. > > > > > > > > > > Features added and enabled: > > > > > - UART > > > > > - On-board regulators > > > > > - Regulators on the SOM > > > > > - PMIC GLINK > > > > > - USB0 through USB6 and their PHYs > > > > > - Embedded USB (eUSB) repeaters > > > > > - USB Type-C mux > > > > > - PCIe6a and its PHY > > > > > - PCIe4 and its PHY > > > > > - Reserved memory regions > > > > > - Pinctrl > > > > > - NVMe > > > > > - ADSP, CDSP > > > > > - WLAN, Bluetooth (M.2 interface) > > > > > - USB DisplayPort > > > > > > > > > > DTS Dependency: > > > > > https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/ > > > > > > > > > > Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com> > > > > > --- > > > > > To: Bjorn Andersson <andersson@kernel.org> > > > > > To: Konrad Dybcio <konradybcio@kernel.org> > > > > > To: Rob Herring <robh@kernel.org> > > > > > To: Krzysztof Kozlowski <krzk+dt@kernel.org> > > > > > To: Conor Dooley <conor+dt@kernel.org> > > > > > Cc: linux-arm-msm@vger.kernel.org > > > > > Cc: devicetree@vger.kernel.org > > > > > Cc: linux-kernel@vger.kernel.org > > > > > > > > > > --- > > > > > Changes in v5: > > > > > - Update base commit. > > > > > - Drop an already merged patch: > > > > > https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ > > > > > - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com > > > > > > > > Please keep full changelog rather than trimming previous iterations. > > > > > > Sure, I will restore them. > > > > > > > > > > > Also, is there a reason why you didn't pick up audio and display chunks > > > > as it was requested on the corresponding reviews? > > > > > > Display-related changes have been merged into '[PATCH v5 3/3] arm64: > > > dts: qcom: Add base HAMOA-IOT-EVK board' and are already present there. > > > > > > Audio support is still under debugging due to unresolved issues, and > > > it's unclear when it will be ready. Would it be acceptable to proceed > > > without it for now? > > Audio was sent to the lists, so this is confusing. What was the point of > > that posting? It clearly said: > > > > "Basic test is good in Hamoa-IOT-EVK board." > > Additional issues with audio were discovered during further testing, and > the current audio series on the list is not suitable to be merged into > this series at this time. What if the maintainer had picked up that series, with the issues? If you uncover an issue, please respond to the patchset, descring that it should not be merged (together with the reason and the description of a problem). > > > > > So was that true or not? > > > > Best regards, > > Krzysztof > > -- > Best Regards, > Yijie > -- With best wishes Dmitry
On 2025-08-14 19:27, Dmitry Baryshkov wrote: > On Thu, Aug 14, 2025 at 05:28:01PM +0800, Yijie Yang wrote: >> >> >> On 2025-08-14 17:05, Krzysztof Kozlowski wrote: >>> On 14/08/2025 10:54, Yijie Yang wrote: >>>> >>>> >>>> On 2025-08-14 16:24, Dmitry Baryshkov wrote: >>>>> On Thu, Aug 14, 2025 at 03:27:27PM +0800, Yijie Yang wrote: >>>>>> Introduce the device tree, DT bindings, and driver modifications required >>>>>> to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to >>>>>> a UART shell. >>>>>> This patch set focuses on two key hardware components: the HAMOA-IOT-SOM >>>>>> and the HAMOA-IOT-EVK carrier board. >>>>>> The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC, >>>>>> GPIOs, and PMICs. It is designed to be modular and can be paired with >>>>>> various carrier boards to support different use cases. >>>>>> The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios. >>>>>> It provides essential peripherals such as UART, on-board PMICs, and >>>>>> USB-related components. >>>>>> Together, these components form a flexible and scalable platform, and this >>>>>> patch set enables their initial bring-up through proper device tree >>>>>> configuration and driver support. >>>>>> >>>>>> Qualcomm SoCs often have multiple product variants, each identified by a >>>>>> different SoC ID. For instance, the x1e80100 SoC has closely related >>>>>> variants such as x1e78100 and x1e001de. This diversity in SoC identifiers >>>>>> can lead to confusion and unnecessary maintenance complexity in the device >>>>>> tree and related subsystems. >>>>>> To address this, code names offer a more consistent and project-agnostic >>>>>> way to represent SoC families. They tend to remain stable across >>>>>> development efforts. >>>>>> This patch series introduces "hamoa" as the codename for the x1e80100 SoC. >>>>>> Going forward, all x1e80100-related variants—including x1e81000 and others >>>>>> in the same family—will be represented under the "hamoa" designation in the >>>>>> device tree. >>>>>> This improves readability, streamlines future maintenance, and aligns with >>>>>> common naming practices across Qualcomm-based platforms. >>>>>> >>>>>> Features added and enabled: >>>>>> - UART >>>>>> - On-board regulators >>>>>> - Regulators on the SOM >>>>>> - PMIC GLINK >>>>>> - USB0 through USB6 and their PHYs >>>>>> - Embedded USB (eUSB) repeaters >>>>>> - USB Type-C mux >>>>>> - PCIe6a and its PHY >>>>>> - PCIe4 and its PHY >>>>>> - Reserved memory regions >>>>>> - Pinctrl >>>>>> - NVMe >>>>>> - ADSP, CDSP >>>>>> - WLAN, Bluetooth (M.2 interface) >>>>>> - USB DisplayPort >>>>>> >>>>>> DTS Dependency: >>>>>> https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/ >>>>>> >>>>>> Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com> >>>>>> --- >>>>>> To: Bjorn Andersson <andersson@kernel.org> >>>>>> To: Konrad Dybcio <konradybcio@kernel.org> >>>>>> To: Rob Herring <robh@kernel.org> >>>>>> To: Krzysztof Kozlowski <krzk+dt@kernel.org> >>>>>> To: Conor Dooley <conor+dt@kernel.org> >>>>>> Cc: linux-arm-msm@vger.kernel.org >>>>>> Cc: devicetree@vger.kernel.org >>>>>> Cc: linux-kernel@vger.kernel.org >>>>>> >>>>>> --- >>>>>> Changes in v5: >>>>>> - Update base commit. >>>>>> - Drop an already merged patch: >>>>>> https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ >>>>>> - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com >>>>> >>>>> Please keep full changelog rather than trimming previous iterations. >>>> >>>> Sure, I will restore them. >>>> >>>>> >>>>> Also, is there a reason why you didn't pick up audio and display chunks >>>>> as it was requested on the corresponding reviews? >>>> >>>> Display-related changes have been merged into '[PATCH v5 3/3] arm64: >>>> dts: qcom: Add base HAMOA-IOT-EVK board' and are already present there. >>>> >>>> Audio support is still under debugging due to unresolved issues, and >>>> it's unclear when it will be ready. Would it be acceptable to proceed >>>> without it for now? >>> Audio was sent to the lists, so this is confusing. What was the point of >>> that posting? It clearly said: >>> >>> "Basic test is good in Hamoa-IOT-EVK board." >> >> Additional issues with audio were discovered during further testing, and >> the current audio series on the list is not suitable to be merged into >> this series at this time. > > What if the maintainer had picked up that series, with the issues? > If you uncover an issue, please respond to the patchset, descring that > it should not be merged (together with the reason and the description of > a problem). Quill has provided an update on his series. What should be my next steps regarding this series? > >> >>> >>> So was that true or not? >>> >>> Best regards, >>> Krzysztof >> >> -- >> Best Regards, >> Yijie >> > -- Best Regards, Yijie
On 2025-08-14 19:27, Dmitry Baryshkov wrote: > On Thu, Aug 14, 2025 at 05:28:01PM +0800, Yijie Yang wrote: >> >> >> On 2025-08-14 17:05, Krzysztof Kozlowski wrote: >>> On 14/08/2025 10:54, Yijie Yang wrote: >>>> >>>> >>>> On 2025-08-14 16:24, Dmitry Baryshkov wrote: >>>>> On Thu, Aug 14, 2025 at 03:27:27PM +0800, Yijie Yang wrote: >>>>>> Introduce the device tree, DT bindings, and driver modifications required >>>>>> to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to >>>>>> a UART shell. >>>>>> This patch set focuses on two key hardware components: the HAMOA-IOT-SOM >>>>>> and the HAMOA-IOT-EVK carrier board. >>>>>> The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC, >>>>>> GPIOs, and PMICs. It is designed to be modular and can be paired with >>>>>> various carrier boards to support different use cases. >>>>>> The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios. >>>>>> It provides essential peripherals such as UART, on-board PMICs, and >>>>>> USB-related components. >>>>>> Together, these components form a flexible and scalable platform, and this >>>>>> patch set enables their initial bring-up through proper device tree >>>>>> configuration and driver support. >>>>>> >>>>>> Qualcomm SoCs often have multiple product variants, each identified by a >>>>>> different SoC ID. For instance, the x1e80100 SoC has closely related >>>>>> variants such as x1e78100 and x1e001de. This diversity in SoC identifiers >>>>>> can lead to confusion and unnecessary maintenance complexity in the device >>>>>> tree and related subsystems. >>>>>> To address this, code names offer a more consistent and project-agnostic >>>>>> way to represent SoC families. They tend to remain stable across >>>>>> development efforts. >>>>>> This patch series introduces "hamoa" as the codename for the x1e80100 SoC. >>>>>> Going forward, all x1e80100-related variants—including x1e81000 and others >>>>>> in the same family—will be represented under the "hamoa" designation in the >>>>>> device tree. >>>>>> This improves readability, streamlines future maintenance, and aligns with >>>>>> common naming practices across Qualcomm-based platforms. >>>>>> >>>>>> Features added and enabled: >>>>>> - UART >>>>>> - On-board regulators >>>>>> - Regulators on the SOM >>>>>> - PMIC GLINK >>>>>> - USB0 through USB6 and their PHYs >>>>>> - Embedded USB (eUSB) repeaters >>>>>> - USB Type-C mux >>>>>> - PCIe6a and its PHY >>>>>> - PCIe4 and its PHY >>>>>> - Reserved memory regions >>>>>> - Pinctrl >>>>>> - NVMe >>>>>> - ADSP, CDSP >>>>>> - WLAN, Bluetooth (M.2 interface) >>>>>> - USB DisplayPort >>>>>> >>>>>> DTS Dependency: >>>>>> https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/ >>>>>> >>>>>> Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com> >>>>>> --- >>>>>> To: Bjorn Andersson <andersson@kernel.org> >>>>>> To: Konrad Dybcio <konradybcio@kernel.org> >>>>>> To: Rob Herring <robh@kernel.org> >>>>>> To: Krzysztof Kozlowski <krzk+dt@kernel.org> >>>>>> To: Conor Dooley <conor+dt@kernel.org> >>>>>> Cc: linux-arm-msm@vger.kernel.org >>>>>> Cc: devicetree@vger.kernel.org >>>>>> Cc: linux-kernel@vger.kernel.org >>>>>> >>>>>> --- >>>>>> Changes in v5: >>>>>> - Update base commit. >>>>>> - Drop an already merged patch: >>>>>> https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ >>>>>> - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com >>>>> >>>>> Please keep full changelog rather than trimming previous iterations. >>>> >>>> Sure, I will restore them. >>>> >>>>> >>>>> Also, is there a reason why you didn't pick up audio and display chunks >>>>> as it was requested on the corresponding reviews? >>>> >>>> Display-related changes have been merged into '[PATCH v5 3/3] arm64: >>>> dts: qcom: Add base HAMOA-IOT-EVK board' and are already present there. >>>> >>>> Audio support is still under debugging due to unresolved issues, and >>>> it's unclear when it will be ready. Would it be acceptable to proceed >>>> without it for now? >>> Audio was sent to the lists, so this is confusing. What was the point of >>> that posting? It clearly said: >>> >>> "Basic test is good in Hamoa-IOT-EVK board." >> >> Additional issues with audio were discovered during further testing, and >> the current audio series on the list is not suitable to be merged into >> this series at this time. > > What if the maintainer had picked up that series, with the issues? > If you uncover an issue, please respond to the patchset, descring that > it should not be merged (together with the reason and the description of > a problem). OK, I will inform the author of the audio to do so. > >> >>> >>> So was that true or not? >>> >>> Best regards, >>> Krzysztof >> >> -- >> Best Regards, >> Yijie >> > -- Best Regards, Yijie
On 14/08/2025 11:28, Yijie Yang wrote: >>> >>> Audio support is still under debugging due to unresolved issues, and >>> it's unclear when it will be ready. Would it be acceptable to proceed >>> without it for now? >> Audio was sent to the lists, so this is confusing. What was the point of >> that posting? It clearly said: >> >> "Basic test is good in Hamoa-IOT-EVK board." > > Additional issues with audio were discovered during further testing, and > the current audio series on the list is not suitable to be merged into > this series at this time. There was no such indication from the author in that thread. Best regards, Krzysztof
On 2025-08-14 19:15, Krzysztof Kozlowski wrote: > On 14/08/2025 11:28, Yijie Yang wrote: >>>> >>>> Audio support is still under debugging due to unresolved issues, and >>>> it's unclear when it will be ready. Would it be acceptable to proceed >>>> without it for now? >>> Audio was sent to the lists, so this is confusing. What was the point of >>> that posting? It clearly said: >>> >>> "Basic test is good in Hamoa-IOT-EVK board." >> >> Additional issues with audio were discovered during further testing, and >> the current audio series on the list is not suitable to be merged into >> this series at this time. > There was no such indication from the author in that thread. The author of the audio has been clarifying the technical details in his thread, and I’ll ask him to mark that series as unsuitable for merging. > > Best regards, > Krzysztof -- Best Regards, Yijie
On 2025-08-14 17:05, Krzysztof Kozlowski wrote: > On 14/08/2025 10:54, Yijie Yang wrote: >> >> >> On 2025-08-14 16:24, Dmitry Baryshkov wrote: >>> On Thu, Aug 14, 2025 at 03:27:27PM +0800, Yijie Yang wrote: >>>> Introduce the device tree, DT bindings, and driver modifications required >>>> to bring up the HAMOA-IOT-EVK evaluation board—based on the X1E80100 SoC—to >>>> a UART shell. >>>> This patch set focuses on two key hardware components: the HAMOA-IOT-SOM >>>> and the HAMOA-IOT-EVK carrier board. >>>> The HAMOA-IOT-SOM is a compact System on Module that integrates the SoC, >>>> GPIOs, and PMICs. It is designed to be modular and can be paired with >>>> various carrier boards to support different use cases. >>>> The HAMOA-IOT-EVK is one such carrier board, designed for IoT scenarios. >>>> It provides essential peripherals such as UART, on-board PMICs, and >>>> USB-related components. >>>> Together, these components form a flexible and scalable platform, and this >>>> patch set enables their initial bring-up through proper device tree >>>> configuration and driver support. >>>> >>>> Qualcomm SoCs often have multiple product variants, each identified by a >>>> different SoC ID. For instance, the x1e80100 SoC has closely related >>>> variants such as x1e78100 and x1e001de. This diversity in SoC identifiers >>>> can lead to confusion and unnecessary maintenance complexity in the device >>>> tree and related subsystems. >>>> To address this, code names offer a more consistent and project-agnostic >>>> way to represent SoC families. They tend to remain stable across >>>> development efforts. >>>> This patch series introduces "hamoa" as the codename for the x1e80100 SoC. >>>> Going forward, all x1e80100-related variants—including x1e81000 and others >>>> in the same family—will be represented under the "hamoa" designation in the >>>> device tree. >>>> This improves readability, streamlines future maintenance, and aligns with >>>> common naming practices across Qualcomm-based platforms. >>>> >>>> Features added and enabled: >>>> - UART >>>> - On-board regulators >>>> - Regulators on the SOM >>>> - PMIC GLINK >>>> - USB0 through USB6 and their PHYs >>>> - Embedded USB (eUSB) repeaters >>>> - USB Type-C mux >>>> - PCIe6a and its PHY >>>> - PCIe4 and its PHY >>>> - Reserved memory regions >>>> - Pinctrl >>>> - NVMe >>>> - ADSP, CDSP >>>> - WLAN, Bluetooth (M.2 interface) >>>> - USB DisplayPort >>>> >>>> DTS Dependency: >>>> https://lore.kernel.org/all/20250724-move-edp-endpoints-v1-3-6ca569812838@oss.qualcomm.com/ >>>> >>>> Signed-off-by: Yijie Yang <yijie.yang@oss.qualcomm.com> >>>> --- >>>> To: Bjorn Andersson <andersson@kernel.org> >>>> To: Konrad Dybcio <konradybcio@kernel.org> >>>> To: Rob Herring <robh@kernel.org> >>>> To: Krzysztof Kozlowski <krzk+dt@kernel.org> >>>> To: Conor Dooley <conor+dt@kernel.org> >>>> Cc: linux-arm-msm@vger.kernel.org >>>> Cc: devicetree@vger.kernel.org >>>> Cc: linux-kernel@vger.kernel.org >>>> >>>> --- >>>> Changes in v5: >>>> - Update base commit. >>>> - Drop an already merged patch: >>>> https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ >>>> - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com >>> >>> Please keep full changelog rather than trimming previous iterations. >> >> Sure, I will restore them. >> >>> >>> Also, is there a reason why you didn't pick up audio and display chunks >>> as it was requested on the corresponding reviews? >> >> Display-related changes have been merged into '[PATCH v5 3/3] arm64: >> dts: qcom: Add base HAMOA-IOT-EVK board' and are already present there. >> >> Audio support is still under debugging due to unresolved issues, and >> it's unclear when it will be ready. Would it be acceptable to proceed >> without it for now? > Audio was sent to the lists, so this is confusing. What was the point of > that posting? It clearly said: > > "Basic test is good in Hamoa-IOT-EVK board." > > So was that true or not? True. > > Best regards, > Krzysztof -- Best Regards, Yijie
On 14/08/2025 10:24, Dmitry Baryshkov wrote: >> --- >> Changes in v5: >> - Update base commit. >> - Drop an already merged patch: >> https://lore.kernel.org/all/20250804-hamoa_initial-v4-2-19edbb28677b@oss.qualcomm.com/ >> - Link to v4: https://lore.kernel.org/r/20250804-hamoa_initial-v4-0-19edbb28677b@oss.qualcomm.com > > Please keep full changelog rather than trimming previous iterations. > > Also, is there a reason why you didn't pick up audio and display chunks > as it was requested on the corresponding reviews? Thanks for noticing it, I totally forgot we requested that. Best regards, Krzysztof
© 2016 - 2025 Red Hat, Inc.