[PATCH v5 0/3] X2 Elite HP EliteBook X G2q support

[Jason Pettit]

This series adds initial device-tree support for the HP EliteBook X G2q 14"
Next Gen AI PC (product SKU C4JG0AV, board 8E91), a Snapdragon X2 Elite
(Glymur) laptop.

The board was brought up and validated on real hardware. The electrical
description (PMIC rails, PHY supplies) was verified against the live unit
rather than copied from a Glymur CRD.

Working on this laptop with this series and the Glymur DP PHY series
applied:

  - Internal eDP panel (samsung,atna33xc20)
  - 2x USB Type-C with DisplayPort alt-mode and USB
  - Chassis USB-A host port
  - Fingerprint reader
  - NVMe SSD on PCIe5
  - Wi-Fi, Bluetooth
  - Keyboard, touchpad, touchscreen, lid switch
  - Adreno GPU and GMU (Freedreno GL on Mesa)
  - Audio playback and capture
  - Real-time clock
  - Compute DSP (cDSP)

This patch series builds upon the recent work of Qualcomm engineers to
enable another Glymur-based laptop.

Like its peer submissions, the camera support is missing today.

The audio, GPU and SoCCP series this board previously depended on have
since merged. One runtime dependency remains, the Glymur DP PHY series:

  https://lore.kernel.org/all/20260828-glymur-phy-v3-v3-0-8e73ce7c4636@xxxxxxxxxxxxxxxx/

It is not needed to apply or build this series. With no PHY patches
applied, this series applies cleanly to the base commit below and
qcom/glymur-hp-elitebook-x-g2q.dtb builds without error. The dependency is
runtime only. Without it the DP PHY fails link training and the DisplayPort
outputs do not come up.

The chassis HDMI jack is removed in v5. It is driven from the usb_2 combo
PHY as a DisplayPort-only instance, and that path does not come up on
Glymur. The driver enables the USB half's com_aux clock even on a
DisplayPort-only instance, where nothing powers the block that clock lives
in, so it never ungates and DP init fails with -EBUSY.

This is not specific to this board. The same failure was reported against
the already-merged Asus Zenbook A16 (UX3607OA), which describes its usb_2
combo PHY the same way:

  https://lore.kernel.org/all/20260808164148.123057-1-jesse.casco@xxxxxxxxx/

A fix is in progress but not yet available.

arm64 defconfig builds the CPUCP mailbox as a module. SCMI needs it built
in (=y) on Glymur. As a module it loads too late, every SCMI transaction
times out, and cpufreq does not come up on any CPU.

The ADSP and cDSP auto-boot before the rootfs is mounted and do not retry,
so their firmware has to be reachable from the initramfs. With it only on
the rootfs both remoteprocs stay offline and audio does not come up.

The bindings patch 1/3 is independent and can be reviewed/applied on its
own.

Signed-off-by: Jason Pettit <jason.pettit@xxxxxxxxxxxxxxxx>
---
Changes in v5:
- Rebased onto next-20260828.
- Correct the usb_0, usb_1 and usb_mp combo PHY supplies.
- Remove the HDMI path pending a combo PHY driver fix.
- Add the SoCCP firmware names. Drop the redundant status override on that
  node, which glymur.dtsi already leaves enabled.
- Link to v4: https://patch.msgid.link/20260817-glymur-send-v4-0-3fb89cec703e@xxxxxxxxxxxxxxxx

Changes in v4:
- Rebased onto next-20260814. The Glymur combo-PHY configuration patch
  remains the one declared prerequisite.
- Fix the touchpad interrupt. TPAD_INT_N is GPIO 3, not GPIO 66.
- Describe only the microphones this board has. GPIO 200 and GPIO 201, the
  second DMIC clock/data pair, are not connected and are removed in v4.
- Addressed comments received on v3 as reflected in the next two items.
- Use the firmware names from the vendor package (qcadsp8480.mbn,
  adsp_dtbs.elf, qccdsp8480.mbn, cdsp_dtbs.elf)
- Drop the smb2370_l_e2 status override; SMB2370_2 is already disabled by
  "arm64: dts: qcom: smb2370: Disable SMB2370_2 by default".
- Link to v3: https://patch.msgid.link/20260809-glymur-send-v3-0-2d1ed10e3a89@xxxxxxxxxxxxxxxx

Changes in v3:
- Rebased onto next-20260807; the audio, GPU and SoCCP prerequisites have
  merged, leaving only the combo-PHY configuration patch.
- Added the TCSR reference-generator supplies (vdda-qref*/vdda-refgen*) and
  the vreg_l1f_e1_0p88 LDO they reference.
- Set dr_mode = "host" on usb_hs; glymur.dtsi dropped it from that node.
- Reworded the usb_2 and smb2370_l override comments.
- Link to v2: https://patch.msgid.link/20260625-glymur-send-v2-0-00905324ffbf@xxxxxxxxxxxxxxxx

Changes in v2:
- Enable the PMIC RTC (qcom,no-alarm + qcom,uefi-rtc-info)
- Add the SMB2370 eUSB2 repeaters on usb_0/usb_1
- Enable the compute DSP (remoteproc_cdsp / fastrpc)
- Addressed comments from reviewers on v1
- Link to v1: https://lore.kernel.org/linux-arm-msm/20260620-glymur-send-v1-0-fc4a2cfd107c@xxxxxxxxxxxxxxxx

---
Jason Pettit (3):
      dt-bindings: arm: qcom: Add HP EliteBook X G2q 14 AI
      arm64: dts: qcom: Add HP EliteBook X G2q 14 AI
      firmware: qcom: scm: Allow QSEECOM on HP EliteBook X G2q 14 AI

 Documentation/devicetree/bindings/arm/qcom.yaml    |   1 +
 arch/arm64/boot/dts/qcom/Makefile                  |   1 +
 .../boot/dts/qcom/glymur-hp-elitebook-x-g2q.dts    | 940 +++++++++++++++++++++
 drivers/firmware/qcom/qcom_scm.c                   |   1 +
 4 files changed, 943 insertions(+)
---
base-commit: e30626823a406725ce29bc75cb8ec467d3e1e326
change-id: 20260619-glymur-send-1136d243a120

Best regards,
--  
Jason Pettit <jason.pettit@xxxxxxxxxxxxxxxx>