* [PATCH v2 0/3] X2 Elite HP EliteBook X G2q support
@ 2026-06-26 5:47 Jason Pettit
2026-06-26 5:47 ` [PATCH v2 1/3] dt-bindings: arm: qcom: Add HP EliteBook X G2q 14 AI Jason Pettit
` (2 more replies)
0 siblings, 3 replies; 19+ messages in thread
From: Jason Pettit @ 2026-06-26 5:47 UTC (permalink / raw)
To: Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski,
Conor Dooley
Cc: linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen,
Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V, 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, the HDMI bridge wiring) was
verified against the live unit rather than copied from a Glymur CRD.
Working on this laptop with this series applied:
- Internal eDP panel (samsung,atna33xc20)
- 2x USB Type-C with DisplayPort alt-mode and USB
- Chassis HDMI output
- 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.
This has the same known dependencies as other boards on this
platform (audio, GPU, SoCCP series).
The GPU device-tree patches come from the partially merged Glymur GPU DT
v5 series at
https://lore.kernel.org/all/20260522-glymur-gpu-dt-v5-0-562c406b210c@oss.qualcomm.com/
SCMI on this configuration needs CONFIG_QCOM_CPUCP_MBOX built in (=y).
The bindings patch is independent and can be reviewed/applied on its own.
The board patch can be reviewed in parallel with the GPU, LPASS and SoCCP
SoC series. Until those land in the target tree, it will trip the expected
"Label or path ... not found" dtc error. As with the X2 Elite Lenovo Yoga
Slim 7x submission, this v1 is expected to trigger some dt-bindings warnings
that come from the in-flight dependency series, not from the board patch
itself.
Signed-off-by: Jason Pettit <jason.pettit@oss.qualcomm.com>
---
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@oss.qualcomm.com
---
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 | 1019 ++++++++++++++++++++
drivers/firmware/qcom/qcom_scm.c | 1 +
4 files changed, 1022 insertions(+)
---
base-commit: dd60bcf0ad17dd15d6d4d677315c4cf9827445f9
change-id: 20260619-glymur-send-1136d243a120
prerequisite-patch-id: 36f4bb7740fd65d808fa6685bce4b03798a547ff
prerequisite-patch-id: 054631082c45d3ab3117f541f0d4d90b660dac73
prerequisite-patch-id: af18aef027c45213c11b436746fa31b3b6ebe46b
prerequisite-message-id: <20260419-glymur_dp-v1-1-ad1067a8e8ae@oss.qualcomm.com>
prerequisite-patch-id: 7cb9a168c33491bf91ece900a2218aa7b4b68ddd
prerequisite-message-id: <20260523085511.2532669-1-sibi.sankar@oss.qualcomm.com>
prerequisite-patch-id: 43e96d8a5063f51e2b5ee75fc8c9e10682e5670c
prerequisite-patch-id: 2e71d345f84a821d89da2a6064954409fdb1277d
prerequisite-patch-id: 0b9f5995044bb3d3ffda227ac986b755fa118c63
prerequisite-message-id: <20260623-knp-soccp-v7-0-1ec7bb5c9fec@oss.qualcomm.com>
prerequisite-patch-id: 8459bcae98ac156f6576657fe9233badcd385218
prerequisite-patch-id: b5182f879cdd23c5a0c64bf09b40213b71059b51
prerequisite-patch-id: c962e3f24c435e91ae563bbba9e396bf277ff0ad
prerequisite-patch-id: b9cd65895f55e9d76ba28ef8f9aaf6cdefe1b9d3
prerequisite-patch-id: 6484d1056e30f2027e81eee375d979197754bc12
prerequisite-patch-id: fa7954f6fd2d27a6f0e805c9643b70e7e201c503
prerequisite-message-id: <20260403-glymur-soccp-v3-1-f0e8d57f11ba@oss.qualcomm.com>
prerequisite-patch-id: 48c26c428cbeaa674a615704d1abeb87e4e965c8
Best regards,
--
Jason Pettit <jason.pettit@oss.qualcomm.com>
^ permalink raw reply [flat|nested] 19+ messages in thread* [PATCH v2 1/3] dt-bindings: arm: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 5:47 [PATCH v2 0/3] X2 Elite HP EliteBook X G2q support Jason Pettit @ 2026-06-26 5:47 ` Jason Pettit 2026-06-26 10:20 ` Krzysztof Kozlowski 2026-06-26 5:47 ` [PATCH v2 2/3] arm64: dts: " Jason Pettit 2026-06-26 5:47 ` [PATCH v2 3/3] firmware: qcom: scm: Allow QSEECOM on " Jason Pettit 2 siblings, 1 reply; 19+ messages in thread From: Jason Pettit @ 2026-06-26 5:47 UTC (permalink / raw) To: Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski, Conor Dooley Cc: linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V, Jason Pettit The HP EliteBook X G2q 14 AI is a Snapdragon X2 Elite (Glymur) laptop. Document its top-level "hp,elitebook-x-g2q" compatible. Signed-off-by: Jason Pettit <jason.pettit@oss.qualcomm.com> --- Documentation/devicetree/bindings/arm/qcom.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/qcom.yaml b/Documentation/devicetree/bindings/arm/qcom.yaml index 50cc18a6ec5e..934f62407b86 100644 --- a/Documentation/devicetree/bindings/arm/qcom.yaml +++ b/Documentation/devicetree/bindings/arm/qcom.yaml @@ -68,6 +68,7 @@ properties: - items: - enum: + - hp,elitebook-x-g2q - qcom,glymur-crd - const: qcom,glymur -- 2.50.1 ^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [PATCH v2 1/3] dt-bindings: arm: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 5:47 ` [PATCH v2 1/3] dt-bindings: arm: qcom: Add HP EliteBook X G2q 14 AI Jason Pettit @ 2026-06-26 10:20 ` Krzysztof Kozlowski 0 siblings, 0 replies; 19+ messages in thread From: Krzysztof Kozlowski @ 2026-06-26 10:20 UTC (permalink / raw) To: Jason Pettit Cc: Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On Thu, Jun 25, 2026 at 10:47:20PM -0700, Jason Pettit wrote: > The HP EliteBook X G2q 14 AI is a Snapdragon X2 Elite (Glymur) laptop. > Document its top-level "hp,elitebook-x-g2q" compatible. > > Signed-off-by: Jason Pettit <jason.pettit@oss.qualcomm.com> > --- > Documentation/devicetree/bindings/arm/qcom.yaml | 1 + > 1 file changed, 1 insertion(+) Acked-by: Krzysztof Kozlowski <krzysztof.kozlowski@oss.qualcomm.com> Best regards, Krzysztof ^ permalink raw reply [flat|nested] 19+ messages in thread
* [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 5:47 [PATCH v2 0/3] X2 Elite HP EliteBook X G2q support Jason Pettit 2026-06-26 5:47 ` [PATCH v2 1/3] dt-bindings: arm: qcom: Add HP EliteBook X G2q 14 AI Jason Pettit @ 2026-06-26 5:47 ` Jason Pettit 2026-06-26 6:00 ` sashiko-bot ` (2 more replies) 2026-06-26 5:47 ` [PATCH v2 3/3] firmware: qcom: scm: Allow QSEECOM on " Jason Pettit 2 siblings, 3 replies; 19+ messages in thread From: Jason Pettit @ 2026-06-26 5:47 UTC (permalink / raw) To: Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski, Conor Dooley Cc: linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V, Jason Pettit Add board support for the HP EliteBook X G2q 14" Next Gen AI PC (product SKU C4JG0AV, board 8E91), a Snapdragon X2 Elite (Glymur) laptop, using the "hp,elitebook-x-g2q" / "qcom,glymur" compatible. Enabled by this device tree: - internal eDP panel (samsung,atna33xc20) - 2x USB Type-C with DisplayPort alt-mode and USB - chassis HDMI output - chassis USB-A host port (usb_mp multiport controller) - internal eUSB2 host with the Elan fingerprint reader - NVMe SSD on PCIe5 - Wi-Fi and Bluetooth - HID-over-I2C keyboard, touchpad, touchscreen; lid switch - Adreno GPU and GMU (Freedreno GL on Mesa) - audio playback and capture - real-time clock - compute DSP (cDSP) The HDMI jack is driven by a power-only DisplayPort-to-HDMI LSPCON on the usb_2 combo-PHY DP lanes rather than being a third USB-C port; HPD is on gpio126. The LSPCON is on an I/O sub-board with no I2C/AUX control path, so it is modelled with the generic simple-bridge "parade,ps185hdm" compatible used by the in-tree x1e80100 HDMI-bridge boards (the exact bridge part is unconfirmed) and it needs CONFIG_DRM_SIMPLE_BRIDGE. The &gpu/&gmu enable, the audio nodes and &remoteproc_soccp opt into glymur.dtsi SoC nodes that are still in-flight; those series are declared as prerequisites in the cover letter. Assisted-by: Claude:claude-opus-4-8 Signed-off-by: Jason Pettit <jason.pettit@oss.qualcomm.com> --- arch/arm64/boot/dts/qcom/Makefile | 1 + .../boot/dts/qcom/glymur-hp-elitebook-x-g2q.dts | 1019 ++++++++++++++++++++ 2 files changed, 1020 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/Makefile b/arch/arm64/boot/dts/qcom/Makefile index 6f33c4e2f09c..b10629808b76 100644 --- a/arch/arm64/boot/dts/qcom/Makefile +++ b/arch/arm64/boot/dts/qcom/Makefile @@ -16,6 +16,7 @@ dtb-$(CONFIG_ARCH_QCOM) += apq8096sg-db820c.dtb dtb-$(CONFIG_ARCH_QCOM) += apq8096-ifc6640.dtb dtb-$(CONFIG_ARCH_QCOM) += eliza-mtp.dtb dtb-$(CONFIG_ARCH_QCOM) += glymur-crd.dtb +dtb-$(CONFIG_ARCH_QCOM) += glymur-hp-elitebook-x-g2q.dtb dtb-$(CONFIG_ARCH_QCOM) += hamoa-iot-evk.dtb hamoa-iot-evk-el2-dtbs := hamoa-iot-evk.dtb x1-el2.dtbo diff --git a/arch/arm64/boot/dts/qcom/glymur-hp-elitebook-x-g2q.dts b/arch/arm64/boot/dts/qcom/glymur-hp-elitebook-x-g2q.dts new file mode 100644 index 000000000000..b3e351ed7ea7 --- /dev/null +++ b/arch/arm64/boot/dts/qcom/glymur-hp-elitebook-x-g2q.dts @@ -0,0 +1,1019 @@ +// SPDX-License-Identifier: BSD-3-Clause +/* + * Copyright (c) Qualcomm Technologies, Inc. and/or its subsidiaries. + */ +/dts-v1/; + +#include "glymur.dtsi" + +#include "pmcx0102.dtsi" /* SPMI0: SID-2/3 SPMI1: SID-2/3 */ +#include "pmh0101.dtsi" /* SPMI0: SID-1 */ +#include "pmh0110-glymur.dtsi" /* SPMI0: SID-5/7 SPMI1: SID-5 */ +#include "pmh0104-glymur.dtsi" /* SPMI0: SID-8/9 SPMI1: SID-11 */ +#include "pmk8850.dtsi" /* SPMI0: SID-0 */ +#include "smb2370.dtsi" /* SPMI2: SID-9/10 */ + +#include <dt-bindings/gpio/gpio.h> +#include <dt-bindings/input/gpio-keys.h> +#include <dt-bindings/input/input.h> +#include <dt-bindings/interrupt-controller/irq.h> +#include <dt-bindings/regulator/qcom,rpmh-regulator.h> +#include <dt-bindings/sound/qcom,q6dsp-lpass-ports.h> + +/ { + model = "HP EliteBook X G2q 14 AI"; + compatible = "hp,elitebook-x-g2q", "qcom,glymur"; + + aliases { + serial1 = &uart14; + }; + + clocks { + xo_board: xo-board { + compatible = "fixed-clock"; + clock-frequency = <38400000>; + #clock-cells = <0>; + }; + + sleep_clk: sleep-clk { + compatible = "fixed-clock"; + clock-frequency = <32000>; + #clock-cells = <0>; + }; + }; + + gpio-keys { + compatible = "gpio-keys"; + + pinctrl-0 = <&lid_default>; + pinctrl-names = "default"; + + switch-lid { + label = "lid"; + gpios = <&tlmm 92 GPIO_ACTIVE_LOW>; + linux,input-type = <EV_SW>; + linux,code = <SW_LID>; + wakeup-source; + wakeup-event-action = <EV_ACT_DEASSERTED>; + }; + }; + + hdmi-bridge { + compatible = "parade,ps185hdm"; + + pinctrl-0 = <&usb2_dp_hot_plug_detect>; + pinctrl-names = "default"; + + ports { + #address-cells = <1>; + #size-cells = <0>; + + port@0 { + reg = <0>; + + hdmi_bridge_in: endpoint { + remote-endpoint = <&usb_2_qmpphy_out_dp>; + }; + }; + + port@1 { + reg = <1>; + + hdmi_bridge_out: endpoint { + remote-endpoint = <&hdmi_con>; + }; + }; + }; + }; + + hdmi-connector { + compatible = "hdmi-connector"; + type = "a"; + + port { + hdmi_con: endpoint { + remote-endpoint = <&hdmi_bridge_out>; + }; + }; + }; + + pmic-glink { + compatible = "qcom,glymur-pmic-glink", + "qcom,pmic-glink"; + #address-cells = <1>; + #size-cells = <0>; + + /* Left side port */ + connector@0 { + compatible = "usb-c-connector"; + reg = <0>; + power-role = "dual"; + data-role = "dual"; + + ports { + #address-cells = <1>; + #size-cells = <0>; + + port@0 { + reg = <0>; + + pmic_glink_hs_in: endpoint { + remote-endpoint = <&usb_0_dwc3_hs>; + }; + }; + + port@1 { + reg = <1>; + + pmic_glink_ss_in: endpoint { + remote-endpoint = <&usb_0_qmpphy_out>; + }; + }; + }; + }; + + /* Right side port */ + connector@1 { + compatible = "usb-c-connector"; + reg = <1>; + power-role = "dual"; + data-role = "dual"; + + ports { + #address-cells = <1>; + #size-cells = <0>; + + port@0 { + reg = <0>; + + pmic_glink_hs_in1: endpoint { + remote-endpoint = <&usb_1_dwc3_hs>; + }; + }; + + port@1 { + reg = <1>; + + pmic_glink_ss_in1: endpoint { + remote-endpoint = <&usb_1_qmpphy_out>; + }; + }; + }; + }; + }; + + vreg_edp_3p3: regulator-edp-3p3 { + compatible = "regulator-fixed"; + + regulator-name = "VREG_EDP_3P3"; + regulator-min-microvolt = <3300000>; + regulator-max-microvolt = <3300000>; + + gpio = <&tlmm 70 GPIO_ACTIVE_HIGH>; + enable-active-high; + + pinctrl-0 = <&edp_reg_en>; + pinctrl-names = "default"; + + regulator-boot-on; + }; + + vreg_nvme: regulator-nvme { + compatible = "regulator-fixed"; + + regulator-name = "VREG_NVME_3P3"; + regulator-min-microvolt = <3300000>; + regulator-max-microvolt = <3300000>; + + gpio = <&pmh0101_gpios 14 GPIO_ACTIVE_HIGH>; + enable-active-high; + + pinctrl-0 = <&nvme_reg_en>; + pinctrl-names = "default"; + + regulator-boot-on; + }; + + vreg_wcn_0p95: regulator-wcn-0p95 { + compatible = "regulator-fixed"; + + regulator-name = "VREG_WCN_0P95"; + regulator-min-microvolt = <950000>; + regulator-max-microvolt = <950000>; + + vin-supply = <&vreg_wcn_3p3>; + }; + + vreg_wcn_3p3: regulator-wcn-3p3 { + compatible = "regulator-fixed"; + + regulator-name = "VREG_WCN_3P3"; + regulator-min-microvolt = <3300000>; + regulator-max-microvolt = <3300000>; + + gpio = <&tlmm 94 GPIO_ACTIVE_HIGH>; + enable-active-high; + + pinctrl-0 = <&wcn_sw_en>; + pinctrl-names = "default"; + + regulator-boot-on; + }; + + sound { + compatible = "qcom,glymur-sndcard"; + model = "GLYMUR-HP-EliteBook-X-G2q"; + + audio-routing = "WooferLeft IN", "WSA WSA_SPK1 OUT", + "TweeterLeft IN", "WSA WSA_SPK2 OUT", + "WooferRight IN", "WSA2 WSA_SPK1 OUT", + "TweeterRight IN", "WSA2 WSA_SPK2 OUT", + "VA DMIC0", "vdd-micb", + "VA DMIC1", "vdd-micb", + "VA DMIC2", "vdd-micb", + "VA DMIC3", "vdd-micb"; + + va-dai-link { + link-name = "VA Capture"; + + codec { + sound-dai = <&lpass_vamacro 0>; + }; + + cpu { + sound-dai = <&q6apmbedai VA_CODEC_DMA_TX_0>; + }; + + platform { + sound-dai = <&q6apm>; + }; + }; + + wsa-dai-link { + link-name = "WSA Playback"; + + codec { + sound-dai = <&left_woofer>, <&left_tweeter>, + <&swr0 0>, <&lpass_wsamacro 0>, + <&right_woofer>, <&right_tweeter>, + <&swr3 0>, <&lpass_wsa2macro 0>; + }; + + cpu { + sound-dai = <&q6apmbedai WSA_CODEC_DMA_RX_0>; + }; + + platform { + sound-dai = <&q6apm>; + }; + }; + }; + + wcn7850-pmu { + compatible = "qcom,wcn7850-pmu"; + + vdd-supply = <&vreg_wcn_0p95>; + vddio-supply = <&vreg_l15b_e0_1p8>; + vddaon-supply = <&vreg_l15b_e0_1p8>; + vdddig-supply = <&vreg_l15b_e0_1p8>; + vddrfa1p2-supply = <&vreg_l15b_e0_1p8>; + vddrfa1p8-supply = <&vreg_l15b_e0_1p8>; + + wlan-enable-gpios = <&tlmm 117 GPIO_ACTIVE_HIGH>; + bt-enable-gpios = <&tlmm 116 GPIO_ACTIVE_HIGH>; + + pinctrl-0 = <&wcn_wlan_bt_en>; + pinctrl-names = "default"; + + regulators { + vreg_pmu_rfa_cmn: ldo0 { + regulator-name = "vreg_pmu_rfa_cmn"; + }; + + vreg_pmu_aon_0p59: ldo1 { + regulator-name = "vreg_pmu_aon_0p59"; + }; + + vreg_pmu_wlcx_0p8: ldo2 { + regulator-name = "vreg_pmu_wlcx_0p8"; + }; + + vreg_pmu_wlmx_0p85: ldo3 { + regulator-name = "vreg_pmu_wlmx_0p85"; + }; + + vreg_pmu_btcmx_0p85: ldo4 { + regulator-name = "vreg_pmu_btcmx_0p85"; + }; + + vreg_pmu_rfa_0p8: ldo5 { + regulator-name = "vreg_pmu_rfa_0p8"; + }; + + vreg_pmu_rfa_1p2: ldo6 { + regulator-name = "vreg_pmu_rfa_1p2"; + }; + + vreg_pmu_rfa_1p8: ldo7 { + regulator-name = "vreg_pmu_rfa_1p8"; + }; + + vreg_pmu_pcie_0p9: ldo8 { + regulator-name = "vreg_pmu_pcie_0p9"; + }; + + vreg_pmu_pcie_1p8: ldo9 { + regulator-name = "vreg_pmu_pcie_1p8"; + }; + }; + }; +}; + +&apps_rsc { + regulators-0 { + compatible = "qcom,pmh0101-rpmh-regulators"; + qcom,pmic-id = "B_E0"; + + vreg_l1b_e0_1p8: ldo1 { + regulator-name = "vreg_l1b_e0_1p8"; + regulator-min-microvolt = <1800000>; + regulator-max-microvolt = <1800000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + + vreg_l7b_e0_3p1: ldo7 { + regulator-name = "vreg_l7b_e0_3p1"; + regulator-min-microvolt = <3072000>; + regulator-max-microvolt = <3072000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + + vreg_l15b_e0_1p8: ldo15 { + regulator-name = "vreg_l15b_e0_1p8"; + regulator-min-microvolt = <1800000>; + regulator-max-microvolt = <1800000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + + vreg_l18b_e0_1p2: ldo18 { + regulator-name = "vreg_l18b_e0_1p2"; + regulator-min-microvolt = <1200000>; + regulator-max-microvolt = <1200000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + }; + + regulators-1 { + compatible = "qcom,pmcx0102-rpmh-regulators"; + qcom,pmic-id = "C_E1"; + + vreg_l1c_e1_0p91: ldo1 { + regulator-name = "vreg_l1c_e1_0p91"; + regulator-min-microvolt = <912000>; + regulator-max-microvolt = <912000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + }; + + regulators-2 { + compatible = "qcom,pmh0110-rpmh-regulators"; + qcom,pmic-id = "F_E0"; + + vreg_l2f_e0_0p94: ldo2 { + regulator-name = "vreg_l2f_e0_0p94"; + regulator-min-microvolt = <936000>; + regulator-max-microvolt = <936000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + + vreg_l3f_e0_0p91: ldo3 { + regulator-name = "vreg_l3f_e0_0p91"; + regulator-min-microvolt = <912000>; + regulator-max-microvolt = <912000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + }; + + regulators-3 { + compatible = "qcom,pmh0110-rpmh-regulators"; + qcom,pmic-id = "F_E1"; + + vreg_l2f_e1_0p88: ldo2 { + regulator-name = "vreg_l2f_e1_0p88"; + regulator-min-microvolt = <880000>; + regulator-max-microvolt = <880000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + + vreg_l4f_e1_1p2: ldo4 { + regulator-name = "vreg_l4f_e1_1p2"; + regulator-min-microvolt = <1200000>; + regulator-max-microvolt = <1200000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + }; + + regulators-4 { + compatible = "qcom,pmh0110-rpmh-regulators"; + qcom,pmic-id = "H_E0"; + + vreg_l1h_e0_0p94: ldo1 { + regulator-name = "vreg_l1h_e0_0p94"; + regulator-min-microvolt = <936000>; + regulator-max-microvolt = <936000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + + vreg_l2h_e0_0p88: ldo2 { + regulator-name = "vreg_l2h_e0_0p88"; + regulator-min-microvolt = <880000>; + regulator-max-microvolt = <880000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + + vreg_l4h_e0_1p2: ldo4 { + regulator-name = "vreg_l4h_e0_1p2"; + regulator-min-microvolt = <1200000>; + regulator-max-microvolt = <1200000>; + regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; + }; + }; +}; + +&gmu { + status = "okay"; +}; + +&gpu { + status = "okay"; +}; + +&i2c0 { + clock-frequency = <400000>; + + status = "okay"; + + touchpad@2c { + compatible = "hid-over-i2c"; + reg = <0x2c>; + + hid-descr-addr = <0x20>; + interrupts-extended = <&tlmm 66 IRQ_TYPE_LEVEL_LOW>; + + pinctrl-0 = <&tpad_default>; + pinctrl-names = "default"; + + wakeup-source; + }; + + keyboard@3a { + compatible = "hid-over-i2c"; + reg = <0x3a>; + + hid-descr-addr = <0x1>; + interrupts-extended = <&tlmm 67 IRQ_TYPE_LEVEL_LOW>; + + pinctrl-0 = <&kybd_default>; + pinctrl-names = "default"; + + wakeup-source; + }; +}; + +&i2c8 { + clock-frequency = <400000>; + + status = "okay"; + + touchscreen@10 { + compatible = "hid-over-i2c"; + reg = <0x10>; + + hid-descr-addr = <0x1>; + interrupts-extended = <&tlmm 51 IRQ_TYPE_LEVEL_LOW>; + + post-power-on-delay-ms = <200>; + + pinctrl-0 = <&ts0_default>; + pinctrl-names = "default"; + }; +}; + +&lpass_vamacro { + vdd-micb-supply = <&vreg_l1b_e0_1p8>; + + pinctrl-0 = <&dmic01_default>, <&dmic23_default>; + pinctrl-names = "default"; + + qcom,dmic-sample-rate = <4800000>; +}; + +&mdss { + status = "okay"; +}; + +&mdss_dp0 { + status = "okay"; +}; + +&mdss_dp0_out { + link-frequencies = /bits/ 64 <1620000000 2700000000 5400000000 8100000000>; +}; + +&mdss_dp1 { + status = "okay"; +}; + +&mdss_dp1_out { + link-frequencies = /bits/ 64 <1620000000 2700000000 5400000000 8100000000>; +}; + +&mdss_dp2 { + status = "okay"; +}; + +&mdss_dp2_out { + link-frequencies = /bits/ 64 <1620000000 2700000000 5400000000 8100000000>; +}; + +&mdss_dp3 { + /delete-property/ #sound-dai-cells; + + status = "okay"; + + aux-bus { + panel { + compatible = "samsung,atna33xc20"; + enable-gpios = <&tlmm 18 GPIO_ACTIVE_HIGH>; + power-supply = <&vreg_edp_3p3>; + + pinctrl-0 = <&edp_bl_en>; + pinctrl-names = "default"; + + port { + edp_panel_in: endpoint { + remote-endpoint = <&mdss_dp3_out>; + }; + }; + }; + }; +}; + +&mdss_dp3_out { + data-lanes = <0 1 2 3>; + link-frequencies = /bits/ 64 <1620000000 2700000000 5400000000 8100000000>; + + remote-endpoint = <&edp_panel_in>; +}; + +&mdss_dp3_phy { + vdda-phy-supply = <&vreg_l2f_e1_0p88>; + vdda-pll-supply = <&vreg_l4f_e1_1p2>; + + status = "okay"; +}; + +&pcie4 { + pinctrl-0 = <&pcie4_default>; + pinctrl-names = "default"; + + status = "okay"; +}; + +&pcie4_phy { + vdda-phy-supply = <&vreg_l1c_e1_0p91>; + vdda-pll-supply = <&vreg_l4f_e1_1p2>; + + status = "okay"; +}; + +&pcie4_port0 { + reset-gpios = <&tlmm 146 GPIO_ACTIVE_LOW>; + wake-gpios = <&tlmm 148 GPIO_ACTIVE_LOW>; + + wifi@0 { + compatible = "pci17cb,1107"; + reg = <0x10000 0x0 0x0 0x0 0x0>; + + vddaon-supply = <&vreg_pmu_aon_0p59>; + vddwlcx-supply = <&vreg_pmu_wlcx_0p8>; + vddwlmx-supply = <&vreg_pmu_wlmx_0p85>; + vddrfacmn-supply = <&vreg_pmu_rfa_cmn>; + vddrfa0p8-supply = <&vreg_pmu_rfa_0p8>; + vddrfa1p2-supply = <&vreg_pmu_rfa_1p2>; + vddrfa1p8-supply = <&vreg_pmu_rfa_1p8>; + vddpcie0p9-supply = <&vreg_pmu_pcie_0p9>; + vddpcie1p8-supply = <&vreg_pmu_pcie_1p8>; + }; +}; + +&pcie5 { + vddpe-3v3-supply = <&vreg_nvme>; + + pinctrl-0 = <&pcie5_default>; + pinctrl-names = "default"; + + status = "okay"; +}; + +&pcie5_phy { + vdda-phy-supply = <&vreg_l2f_e0_0p94>; + vdda-pll-supply = <&vreg_l4h_e0_1p2>; + + status = "okay"; +}; + +&pcie5_port0 { + reset-gpios = <&tlmm 152 GPIO_ACTIVE_LOW>; + wake-gpios = <&tlmm 154 GPIO_ACTIVE_LOW>; + + status = "okay"; +}; + +&pmh0101_gpios { + nvme_reg_en: nvme-reg-en-state { + pins = "gpio14"; + function = "normal"; + bias-disable; + }; +}; + +&pmk8850_rtc { + qcom,no-alarm; + qcom,uefi-rtc-info; +}; + +&remoteproc_adsp { + firmware-name = "qcom/glymur/hp/elitebook-x-g2q/adsp.mbn", + "qcom/glymur/hp/elitebook-x-g2q/adsp_dtb.mbn"; + + status = "okay"; +}; + +&remoteproc_cdsp { + firmware-name = "qcom/glymur/hp/elitebook-x-g2q/cdsp.mbn", + "qcom/glymur/hp/elitebook-x-g2q/cdsp_dtb.mbn"; + + status = "okay"; +}; + +&remoteproc_soccp { + status = "okay"; +}; + +&smb2370_j_e2_eusb2_repeater { + vdd18-supply = <&vreg_l15b_e0_1p8>; + vdd3-supply = <&vreg_l7b_e0_3p1>; +}; + +&smb2370_k_e2_eusb2_repeater { + vdd18-supply = <&vreg_l15b_e0_1p8>; + vdd3-supply = <&vreg_l7b_e0_3p1>; +}; + +/* + * usb_2 is a fixed DP-to-HDMI bridge; its SID-11 eUSB2 repeater is + * firmware-gated and never probes, so leave smb2370_l disabled. + */ +&smb2370_l_e2 { + status = "disabled"; +}; + +&swr0 { + status = "okay"; + + /* WSA8845, left woofer */ + left_woofer: speaker@0,0 { + compatible = "sdw20217020400"; + reg = <0 0>; + reset-gpios = <&lpass_tlmm 12 GPIO_ACTIVE_LOW>; + #sound-dai-cells = <0>; + sound-name-prefix = "WooferLeft"; + vdd-1p8-supply = <&vreg_l15b_e0_1p8>; + vdd-io-supply = <&vreg_l18b_e0_1p2>; + qcom,port-mapping = <1 2 3 7 12 14>; + }; + + /* WSA8845, left tweeter */ + left_tweeter: speaker@0,1 { + compatible = "sdw20217020400"; + reg = <0 1>; + reset-gpios = <&lpass_tlmm 12 GPIO_ACTIVE_LOW>; + #sound-dai-cells = <0>; + sound-name-prefix = "TweeterLeft"; + vdd-1p8-supply = <&vreg_l15b_e0_1p8>; + vdd-io-supply = <&vreg_l18b_e0_1p2>; + qcom,port-mapping = <4 5 6 7 13 15>; + }; +}; + +&swr3 { + status = "okay"; + + /* WSA8845, right woofer */ + right_woofer: speaker@0,0 { + compatible = "sdw20217020400"; + reg = <0 0>; + reset-gpios = <&lpass_tlmm 13 GPIO_ACTIVE_LOW>; + #sound-dai-cells = <0>; + sound-name-prefix = "WooferRight"; + vdd-1p8-supply = <&vreg_l15b_e0_1p8>; + vdd-io-supply = <&vreg_l18b_e0_1p2>; + qcom,port-mapping = <1 2 3 7 12 14>; + }; + + /* WSA8845, right tweeter */ + right_tweeter: speaker@0,1 { + compatible = "sdw20217020400"; + reg = <0 1>; + reset-gpios = <&lpass_tlmm 13 GPIO_ACTIVE_LOW>; + #sound-dai-cells = <0>; + sound-name-prefix = "TweeterRight"; + vdd-1p8-supply = <&vreg_l15b_e0_1p8>; + vdd-io-supply = <&vreg_l18b_e0_1p2>; + qcom,port-mapping = <4 5 6 7 13 15>; + }; +}; + +&tlmm { + gpio-reserved-ranges = <4 4>, /* EC TZ Secure I3C */ + <10 2>, /* OOB UART */ + <44 4>, /* Security SPI (TPM) */ + <65 1>; /* EC reset */ + + edp_bl_en: edp-bl-en-state { + pins = "gpio18"; + function = "gpio"; + drive-strength = <16>; + bias-disable; + }; + + ts0_default: ts0-default-state { + pins = "gpio51"; + function = "gpio"; + bias-disable; + }; + + tpad_default: tpad-default-state { + pins = "gpio66"; + function = "gpio"; + bias-disable; + }; + + kybd_default: kybd-default-state { + pins = "gpio67"; + function = "gpio"; + bias-disable; + }; + + edp_reg_en: edp-reg-en-state { + pins = "gpio70"; + function = "gpio"; + drive-strength = <16>; + bias-disable; + }; + + lid_default: lid-default-state { + pins = "gpio92"; + function = "gpio"; + bias-disable; + }; + + wcn_sw_en: wcn-sw-en-state { + pins = "gpio94"; + function = "gpio"; + drive-strength = <2>; + bias-disable; + }; + + wcn_wlan_bt_en: wcn-wlan-bt-en-state { + pins = "gpio116", "gpio117"; + function = "gpio"; + drive-strength = <2>; + bias-disable; + }; + + usb2_dp_hot_plug_detect: usb2-dp-hot-plug-detect-state { + pins = "gpio126"; + function = "usb2_dp"; + bias-disable; + }; + + pcie4_default: pcie4-default-state { + clkreq-n-pins { + pins = "gpio147"; + function = "pcie4_clk_req_n"; + drive-strength = <2>; + bias-pull-up; + }; + + perst-n-pins { + pins = "gpio146"; + function = "gpio"; + drive-strength = <2>; + bias-disable; + }; + + wake-n-pins { + pins = "gpio148"; + function = "gpio"; + drive-strength = <2>; + bias-pull-up; + }; + }; + + pcie5_default: pcie5-default-state { + clkreq-n-pins { + pins = "gpio153"; + function = "pcie5_clk_req_n"; + drive-strength = <2>; + bias-pull-up; + }; + + perst-n-pins { + pins = "gpio152"; + function = "gpio"; + drive-strength = <2>; + bias-disable; + }; + + wake-n-pins { + pins = "gpio154"; + function = "gpio"; + drive-strength = <2>; + bias-pull-up; + }; + }; +}; + +&uart14 { + status = "okay"; + + bluetooth { + compatible = "qcom,wcn7850-bt"; + max-speed = <3200000>; + + vddaon-supply = <&vreg_pmu_aon_0p59>; + vddwlcx-supply = <&vreg_pmu_wlcx_0p8>; + vddwlmx-supply = <&vreg_pmu_wlmx_0p85>; + vddrfacmn-supply = <&vreg_pmu_rfa_cmn>; + vddrfa0p8-supply = <&vreg_pmu_rfa_0p8>; + vddrfa1p2-supply = <&vreg_pmu_rfa_1p2>; + vddrfa1p8-supply = <&vreg_pmu_rfa_1p8>; + }; +}; + +&usb_0 { + status = "okay"; +}; + +&usb_0_dwc3_hs { + remote-endpoint = <&pmic_glink_hs_in>; +}; + +&usb_0_hsphy { + vdd-supply = <&vreg_l3f_e0_0p91>; + vdda12-supply = <&vreg_l4h_e0_1p2>; + + phys = <&smb2370_j_e2_eusb2_repeater>; + + status = "okay"; +}; + +&usb_0_qmpphy { + vdda-phy-supply = <&vreg_l4h_e0_1p2>; + vdda-pll-supply = <&vreg_l3f_e0_0p91>; + refgen-supply = <&vreg_l2f_e0_0p94>; + + status = "okay"; +}; + +&usb_0_qmpphy_out { + remote-endpoint = <&pmic_glink_ss_in>; +}; + +&usb_1 { + status = "okay"; +}; + +&usb_1_dwc3_hs { + remote-endpoint = <&pmic_glink_hs_in1>; +}; + +&usb_1_hsphy { + vdd-supply = <&vreg_l3f_e0_0p91>; + vdda12-supply = <&vreg_l4h_e0_1p2>; + + phys = <&smb2370_k_e2_eusb2_repeater>; + + status = "okay"; +}; + +&usb_1_qmpphy { + vdda-phy-supply = <&vreg_l4h_e0_1p2>; + vdda-pll-supply = <&vreg_l1h_e0_0p94>; + refgen-supply = <&vreg_l2f_e0_0p94>; + + status = "okay"; +}; + +&usb_1_qmpphy_out { + remote-endpoint = <&pmic_glink_ss_in1>; +}; + +/* + * usb_2 is not exposed as a connector; its combo-PHY's DP lanes drive the + * chassis HDMI bridge (see hdmi-bridge). + */ +&usb_2 { + maximum-speed = "high-speed"; + + phys = <&usb_2_hsphy>; + phy-names = "usb2-phy"; + + status = "okay"; +}; + +&usb_2_hsphy { + vdd-supply = <&vreg_l3f_e0_0p91>; + vdda12-supply = <&vreg_l4h_e0_1p2>; + + status = "okay"; +}; + +&usb_2_qmpphy { + vdda-phy-supply = <&vreg_l4h_e0_1p2>; + vdda-pll-supply = <&vreg_l3f_e0_0p91>; + refgen-supply = <&vreg_l2f_e0_0p94>; + + /delete-property/ mode-switch; + /delete-property/ orientation-switch; + + status = "okay"; + + ports { + port@0 { + #address-cells = <1>; + #size-cells = <0>; + + /delete-node/ endpoint; + + usb_2_qmpphy_out_dp: endpoint@0 { + reg = <0>; + + data-lanes = <3 2 1 0>; + remote-endpoint = <&hdmi_bridge_in>; + }; + }; + }; +}; + +/* Internal USB2 host for the Elan fingerprint reader (usb 04f3:0ca8). */ +&usb_hs { + status = "okay"; +}; + +&usb_hs_phy { + vdd-supply = <&vreg_l2h_e0_0p88>; + vdda12-supply = <&vreg_l4h_e0_1p2>; + + status = "okay"; +}; + +/* + * Multiport USB host: port 0 is the chassis USB-A port; port 1 is an + * internal USB HID device. + */ +&usb_mp { + status = "okay"; +}; + +&usb_mp_hsphy0 { + vdd-supply = <&vreg_l2h_e0_0p88>; + vdda12-supply = <&vreg_l4h_e0_1p2>; + + status = "okay"; +}; + +&usb_mp_hsphy1 { + vdd-supply = <&vreg_l2h_e0_0p88>; + vdda12-supply = <&vreg_l4h_e0_1p2>; + + status = "okay"; +}; + +&usb_mp_qmpphy0 { + vdda-phy-supply = <&vreg_l4h_e0_1p2>; + vdda-pll-supply = <&vreg_l2h_e0_0p88>; + refgen-supply = <&vreg_l4f_e1_1p2>; + + status = "okay"; +}; + +&usb_mp_qmpphy1 { + vdda-phy-supply = <&vreg_l4h_e0_1p2>; + vdda-pll-supply = <&vreg_l2h_e0_0p88>; + refgen-supply = <&vreg_l4f_e1_1p2>; + + status = "okay"; +}; -- 2.50.1 ^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 5:47 ` [PATCH v2 2/3] arm64: dts: " Jason Pettit @ 2026-06-26 6:00 ` sashiko-bot 2026-06-26 11:26 ` Konrad Dybcio 2026-06-26 11:27 ` Konrad Dybcio 2 siblings, 0 replies; 19+ messages in thread From: sashiko-bot @ 2026-06-26 6:00 UTC (permalink / raw) To: Jason Pettit; +Cc: conor+dt, robh, devicetree Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: - [Medium] The `usb_2` DWC3 controller and its high-speed PHY are explicitly enabled despite having no physical connection and being completely unused. -- commit cd918ca13e11bd1a5f9fec450e22054021db1490 Author: Jason Pettit <jason.pettit@oss.qualcomm.com> arm64: dts: qcom: Add HP EliteBook X G2q 14 AI Add board support for the HP EliteBook X G2q 14" Next Gen AI PC. This enables various device tree nodes including the HDMI output, eUSB2, NVMe, and other peripherals on the Snapdragon X2 Elite platform. > diff --git a/arch/arm64/boot/dts/qcom/glymur-hp-elitebook-x-g2q.dts b/arch/arm64/boot/dts/qcom/glymur-hp-elitebook-x-g2q.dts > new file mode 100644 > index 0000000000000..b3e351ed7ea7e > --- /dev/null > +++ b/arch/arm64/boot/dts/qcom/glymur-hp-elitebook-x-g2q.dts [ ... ] > +/* > + * usb_2 is a fixed DP-to-HDMI bridge; its SID-11 eUSB2 repeater is > + * firmware-gated and never probes, so leave smb2370_l disabled. > + */ > +&smb2370_l_e2 { > + status = "disabled"; > +}; [ ... ] > +/* > + * usb_2 is not exposed as a connector; its combo-PHY's DP lanes drive the > + * chassis HDMI bridge (see hdmi-bridge). > + */ > +&usb_2 { > + maximum-speed = "high-speed"; > + > + phys = <&usb_2_hsphy>; > + phy-names = "usb2-phy"; > + > + status = "okay"; > +}; > + > +&usb_2_hsphy { > + vdd-supply = <&vreg_l3f_e0_0p91>; > + vdda12-supply = <&vreg_l4h_e0_1p2>; > + > + status = "okay"; > +}; [Severity: Medium] Since this port is used purely for DisplayPort-to-HDMI output via the combo-PHY DP lanes, and the eUSB2 repeater is explicitly noted as never probing, should the usb_2 DWC3 controller and usb_2_hsphy be enabled here? Leaving status = "okay" for the unused DWC3 controller and its high-speed PHY binds drivers that will consume resources like memory and IRQs unnecessarily for hardware that isn't connected. -- Sashiko AI review · https://sashiko.dev/#/patchset/20260625-glymur-send-v2-0-00905324ffbf@oss.qualcomm.com?part=2 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 5:47 ` [PATCH v2 2/3] arm64: dts: " Jason Pettit 2026-06-26 6:00 ` sashiko-bot @ 2026-06-26 11:26 ` Konrad Dybcio 2026-06-27 18:55 ` t 2026-06-27 19:06 ` Jason Pettit 2026-06-26 11:27 ` Konrad Dybcio 2 siblings, 2 replies; 19+ messages in thread From: Konrad Dybcio @ 2026-06-26 11:26 UTC (permalink / raw) To: Jason Pettit, Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski, Conor Dooley Cc: linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On 6/26/26 7:47 AM, Jason Pettit wrote: > Add board support for the HP EliteBook X G2q 14" Next Gen AI PC > (product SKU C4JG0AV, board 8E91), a Snapdragon X2 Elite (Glymur) > laptop, using the "hp,elitebook-x-g2q" / "qcom,glymur" compatible. [...] > +/* > + * usb_2 is a fixed DP-to-HDMI bridge; its SID-11 eUSB2 repeater is > + * firmware-gated and never probes, so leave smb2370_l disabled. > + */ > +&smb2370_l_e2 { > + status = "disabled"; > +}; I would assume it's simply not present (as every SMB2370 is a separate physical chip) - perhaps we should just add status = "disabled" in the DTSI file and enable the nodes on an as-needed basis Konrad ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 11:26 ` Konrad Dybcio @ 2026-06-27 18:55 ` t 2026-06-27 19:06 ` Jason Pettit 1 sibling, 0 replies; 19+ messages in thread From: t @ 2026-06-27 18:55 UTC (permalink / raw) To: Konrad Dybcio Cc: Jason Pettit, Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V From: Jason Pettit <jason.pettit@oss.qualcomm.com> On Fri, 26 Jun 2026 13:26:14 +0200, Konrad Dybcio wrote: > I would assume it's simply not present (as every SMB2370 is a separate > physical chip) - perhaps we should just add status = "disabled" in the > DTSI file and enable the nodes on an as-needed basis I'm not sure if the chip is populated, but I tested whether it enumerates. With smb2370_l enabled, the SID-11 SPMI device (2-0b on the SPMI-2 bus) fails to probe: spmi spmi-2: pmic_arb_check_chnl_status_v1: 0xb 0x104: transaction failed (0x3) pmic-spmi 2-0b: probe with driver pmic-spmi failed with error -5 The SPMI PMIC arbiter can't complete a transaction to SID 0xb, so pmic-spmi can't read it and the eusb2 repeater doesn't bind pmic@b (only pmic@9 and pmic@a come up). I keep it disabled. Defaulting that in smb2370.dtsi would touch the shared file instead of just this board, so I've left the override here for now. The comment in v3 will be updated to read: /* * smb2370.dtsi enables all three repeaters by default; SID-11 * (smb2370_l) does not enumerate on this board, so override it back * to disabled. */ Thanks, Jason ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 11:26 ` Konrad Dybcio 2026-06-27 18:55 ` t @ 2026-06-27 19:06 ` Jason Pettit 2026-06-29 9:27 ` Konrad Dybcio 1 sibling, 1 reply; 19+ messages in thread From: Jason Pettit @ 2026-06-27 19:06 UTC (permalink / raw) To: Konrad Dybcio Cc: Jason Pettit, Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On Fri, 26 Jun 2026 13:26:14 +0200, Konrad Dybcio wrote: > I would assume it's simply not present (as every SMB2370 is a separate > physical chip) - perhaps we should just add status = "disabled" in the > DTSI file and enable the nodes on an as-needed basis Apologies for the duplicate. My earlier copy of this reply went out with a misconfigured sender identity from a local mail setup issue. Resending it cleanly. I'm not sure if the chip is populated, but I tested whether it enumerates. With smb2370_l enabled, the SID-11 SPMI device (2-0b on the SPMI-2 bus) fails to probe: spmi spmi-2: pmic_arb_check_chnl_status_v1: 0xb 0x104: transaction failed (0x3) pmic-spmi 2-0b: probe with driver pmic-spmi failed with error -5 The SPMI PMIC arbiter can't complete a transaction to SID 0xb, so pmic-spmi can't read it and the eusb2 repeater doesn't bind pmic@b (only pmic@9 and pmic@a come up). I keep it disabled. Defaulting that in smb2370.dtsi would touch the shared file instead of just this board, so I've left the override here for now. The comment in v3 will be updated to read: /* * smb2370.dtsi enables all three repeaters by default; SID-11 * (smb2370_l) does not enumerate on this board, so override it back * to disabled. */ Thanks, Jason ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-27 19:06 ` Jason Pettit @ 2026-06-29 9:27 ` Konrad Dybcio 0 siblings, 0 replies; 19+ messages in thread From: Konrad Dybcio @ 2026-06-29 9:27 UTC (permalink / raw) To: Jason Pettit Cc: Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On 6/27/26 9:06 PM, Jason Pettit wrote: > On Fri, 26 Jun 2026 13:26:14 +0200, Konrad Dybcio wrote: >> I would assume it's simply not present (as every SMB2370 is a separate >> physical chip) - perhaps we should just add status = "disabled" in the >> DTSI file and enable the nodes on an as-needed basis > > Apologies for the duplicate. My earlier copy of this reply went out with a > misconfigured sender identity from a local mail setup issue. Resending it > cleanly. > > I'm not sure if the chip is populated, but I tested whether it enumerates. > With smb2370_l enabled, the SID-11 SPMI device (2-0b on the SPMI-2 bus) > fails to probe: > > spmi spmi-2: pmic_arb_check_chnl_status_v1: 0xb 0x104: transaction failed (0x3) > pmic-spmi 2-0b: probe with driver pmic-spmi failed with error -5 > > The SPMI PMIC arbiter can't complete a transaction to SID 0xb, so pmic-spmi > can't read it and the eusb2 repeater doesn't bind pmic@b (only pmic@9 and > pmic@a come up). I keep it disabled. > > Defaulting that in smb2370.dtsi would touch the shared file instead of just > this board, That's preferred, and in our favor, since there's only two boards upstream today (Glymur CRD and Mahua CRD) that include this, so there's not a lot to fixup manually Konrad > so I've left the override here for now. The comment in v3 will > be updated to read: > > /* > * smb2370.dtsi enables all three repeaters by default; SID-11 > * (smb2370_l) does not enumerate on this board, so override it back > * to disabled. > */ > > Thanks, > Jason ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 5:47 ` [PATCH v2 2/3] arm64: dts: " Jason Pettit 2026-06-26 6:00 ` sashiko-bot 2026-06-26 11:26 ` Konrad Dybcio @ 2026-06-26 11:27 ` Konrad Dybcio 2026-06-27 18:55 ` t 2026-06-27 19:06 ` Jason Pettit 2 siblings, 2 replies; 19+ messages in thread From: Konrad Dybcio @ 2026-06-26 11:27 UTC (permalink / raw) To: Jason Pettit, Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski, Conor Dooley Cc: linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On 6/26/26 7:47 AM, Jason Pettit wrote: > Add board support for the HP EliteBook X G2q 14" Next Gen AI PC > (product SKU C4JG0AV, board 8E91), a Snapdragon X2 Elite (Glymur) > laptop, using the "hp,elitebook-x-g2q" / "qcom,glymur" compatible. [...] > +/* > + * usb_2 is not exposed as a connector; its combo-PHY's DP lanes drive the > + * chassis HDMI bridge (see hdmi-bridge). > + */ > +&usb_2 { > + maximum-speed = "high-speed"; > + > + phys = <&usb_2_hsphy>; > + phy-names = "usb2-phy"; > + > + status = "okay"; > +}; > + > +&usb_2_hsphy { > + vdd-supply = <&vreg_l3f_e0_0p91>; > + vdda12-supply = <&vreg_l4h_e0_1p2>; > + > + status = "okay"; > +}; If you remove these two nodes, the QMPPHY-as-DP-only should still function (it's the USB3 block that depends on the QMPPHY, not the other way around) Konrad ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 11:27 ` Konrad Dybcio @ 2026-06-27 18:55 ` t 2026-06-27 19:06 ` Jason Pettit 1 sibling, 0 replies; 19+ messages in thread From: t @ 2026-06-27 18:55 UTC (permalink / raw) To: Konrad Dybcio Cc: Jason Pettit, Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V From: Jason Pettit <jason.pettit@oss.qualcomm.com> On Fri, 26 Jun 2026 13:27:42 +0200, Konrad Dybcio wrote: > If you remove these two nodes, the QMPPHY-as-DP-only should still > function (it's the USB3 block that depends on the QMPPHY, not the > other way around) I boot-tested this. With &usb_2 and &usb_2_hsphy removed, dmesg still shows the af64000 DP controller binding and /sys/class/drm shows the HDMI-A-1 connector as connected, but nothing is displayed on the attached monitor. With both nodes present, the monitor shows an image. So removing them stops HDMI from working on this board. The comment in v3 will be updated to read: /* usb_2's combo PHY drives the HDMI bridge over DP; keep the dwc3 enabled. */ Thanks, Jason ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-26 11:27 ` Konrad Dybcio 2026-06-27 18:55 ` t @ 2026-06-27 19:06 ` Jason Pettit 2026-06-28 13:02 ` Dmitry Baryshkov 1 sibling, 1 reply; 19+ messages in thread From: Jason Pettit @ 2026-06-27 19:06 UTC (permalink / raw) To: Konrad Dybcio Cc: Jason Pettit, Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On Fri, 26 Jun 2026 13:27:42 +0200, Konrad Dybcio wrote: > If you remove these two nodes, the QMPPHY-as-DP-only should still > function (it's the USB3 block that depends on the QMPPHY, not the > other way around) Apologies for the duplicate. My earlier copy of this reply went out with a misconfigured sender identity from a local mail setup issue. Resending it cleanly. I boot-tested this. With &usb_2 and &usb_2_hsphy removed, dmesg still shows the af64000 DP controller binding and /sys/class/drm shows the HDMI-A-1 connector as connected, but nothing is displayed on the attached monitor. With both nodes present, the monitor shows an image. So removing them stops HDMI from working on this board. The comment in v3 will be updated to read: /* usb_2's combo PHY drives the HDMI bridge over DP; keep the dwc3 enabled. */ Thanks, Jason ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-27 19:06 ` Jason Pettit @ 2026-06-28 13:02 ` Dmitry Baryshkov 2026-06-28 16:29 ` Jason Pettit 0 siblings, 1 reply; 19+ messages in thread From: Dmitry Baryshkov @ 2026-06-28 13:02 UTC (permalink / raw) To: Jason Pettit Cc: Konrad Dybcio, Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On Sat, Jun 27, 2026 at 12:06:12PM -0700, Jason Pettit wrote: > On Fri, 26 Jun 2026 13:27:42 +0200, Konrad Dybcio wrote: > > If you remove these two nodes, the QMPPHY-as-DP-only should still > > function (it's the USB3 block that depends on the QMPPHY, not the > > other way around) > > Apologies for the duplicate. My earlier copy of this reply went out with a > misconfigured sender identity from a local mail setup issue. Resending it > cleanly. > > I boot-tested this. With &usb_2 and &usb_2_hsphy removed, dmesg still > shows the af64000 DP controller binding and /sys/class/drm shows the > HDMI-A-1 connector as connected, but nothing is displayed on the attached > monitor. With both nodes present, the monitor shows an image. > > So removing them stops HDMI from working on this board. > The comment in v3 will be updated to read: > > /* usb_2's combo PHY drives the HDMI bridge over DP; keep the dwc3 enabled. */ This is very surprising. Can you check, is it actually the DWC3 or is it some power supply that is being toggled by the USB controller? In the former case it would mean that we miss some bits of PHY programming and still depend on the USB host / USB part of the PHY. -- With best wishes Dmitry ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-28 13:02 ` Dmitry Baryshkov @ 2026-06-28 16:29 ` Jason Pettit 2026-06-29 9:47 ` Konrad Dybcio 0 siblings, 1 reply; 19+ messages in thread From: Jason Pettit @ 2026-06-28 16:29 UTC (permalink / raw) To: Dmitry Baryshkov Cc: Jason Pettit, Konrad Dybcio, Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On Sun, 28 Jun 2026 16:02:24 +0300, Dmitry Baryshkov wrote: > This is very surprising. Can you check, is it actually the DWC3 or is it > some power supply that is being toggled by the USB controller? In the > former case it would mean that we miss some bits of PHY programming and > still depend on the USB host / USB part of the PHY. I tried to check this. I am fairly new to this, so I mostly poked at it on the hardware. Here is what I did and what I saw, and you can probably read more into it than I can. 1. First, with &usb_2 (the dwc3, HS-only) and &usb_2_hsphy enabled, HDMI works. I looked at the power state on that boot to see if the dwc3 turns on anything the DP side might also need. As far as I can tell they are separate. The combo PHY, the dwc3, and the DP controller are each in a different power domain, and the PHY's regulators show up under the PHY, not the dwc3: gcc_usb_2_phy_gdsc on 88e1000.phy active (the combo PHY) gcc_usb30_tert_gdsc on a000000.usb active (the dwc3) mmcx on af64000.displayport-controller active (mdss_dp2) vreg_l2f_e0_0p94 -> 88e1000.phy-refgen vreg_l3f_e0_0p91 -> 88e1000.phy-vdda-pll vreg_l4h_e0_1p2 -> 88e1000.phy-vdda-phy So I did not find a rail or GDSC that the dwc3 owns and the PHY needs. 2. Then I removed &usb_2 and &usb_2_hsphy, rebuilt, and rebooted. mdss_dp2 still binds: msm_dpu ae01000.display-controller: bound af64000.displayport-controller and HDMI-A-1 still reads connected, so the PHY seems powered and the AUX side is working, but there is no picture on the monitor. 3. Putting the two nodes back makes the picture come back, and the PHY's supplies look the same either way. So from what I can see the power is not the thing being toggled. The PHY stays powered without the dwc3, but DP still has no image. That seems to line up with your first option, that something on the USB side of the PHY still has to be brought up. For now I have kept the dwc3 enabled as a workaround. If this is a driver issue and someone has a fix or a pointer, I am happy to test it on the hardware. Thanks, Jason ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-28 16:29 ` Jason Pettit @ 2026-06-29 9:47 ` Konrad Dybcio 2026-06-29 14:19 ` Jason Pettit 0 siblings, 1 reply; 19+ messages in thread From: Konrad Dybcio @ 2026-06-29 9:47 UTC (permalink / raw) To: Jason Pettit, Dmitry Baryshkov Cc: Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On 6/28/26 6:29 PM, Jason Pettit wrote: > On Sun, 28 Jun 2026 16:02:24 +0300, Dmitry Baryshkov wrote: >> This is very surprising. Can you check, is it actually the DWC3 or is it >> some power supply that is being toggled by the USB controller? In the >> former case it would mean that we miss some bits of PHY programming and >> still depend on the USB host / USB part of the PHY. > > I tried to check this. I am fairly new to this, so I mostly poked at it on > the hardware. Here is what I did and what I saw, and you can probably read > more into it than I can. > > 1. First, with &usb_2 (the dwc3, HS-only) and &usb_2_hsphy enabled, HDMI > works. I looked at the power state on that boot to see if the dwc3 turns > on anything the DP side might also need. As far as I can tell they are > separate. The combo PHY, the dwc3, and the DP controller are each in a > different power domain, and the PHY's regulators show up under the PHY, > not the dwc3: > > gcc_usb_2_phy_gdsc on > 88e1000.phy active (the combo PHY) > gcc_usb30_tert_gdsc on > a000000.usb active (the dwc3) > mmcx on > af64000.displayport-controller active (mdss_dp2) > > vreg_l2f_e0_0p94 -> 88e1000.phy-refgen > vreg_l3f_e0_0p91 -> 88e1000.phy-vdda-pll > vreg_l4h_e0_1p2 -> 88e1000.phy-vdda-phy > > So I did not find a rail or GDSC that the dwc3 owns and the PHY needs. > > 2. Then I removed &usb_2 and &usb_2_hsphy, rebuilt, and rebooted. mdss_dp2 > still binds: > > msm_dpu ae01000.display-controller: bound af64000.displayport-controller > > and HDMI-A-1 still reads connected, so the PHY seems powered and the AUX > side is working, but there is no picture on the monitor. We had this odd symptom on the Yoga Slim 7x - but the USB controllers were enabled.. although we had some issues with USB/UCSI itself.. Bjorn recently discovered that the eDP PHY support for Glymur was incomplete. Maybe we have some holes in the combophy driver too.. At a glance, this seems to be different vs the reference data, could you give it a spin? diff --git a/drivers/phy/qualcomm/phy-qcom-qmp-combo.c b/drivers/phy/qualcomm/phy-qcom-qmp-combo.c index cdcfad2e86b1..cbb685299d73 100644 --- a/drivers/phy/qualcomm/phy-qcom-qmp-combo.c +++ b/drivers/phy/qualcomm/phy-qcom-qmp-combo.c @@ -1675,7 +1675,7 @@ static const struct qmp_phy_init_tbl qmp_v8_dp_serdes_tbl_hbr3[] = { QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_SYS_CLK_CTRL, 0x02), QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_SYSCLK_BUF_ENABLE, 0x06), QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_PLL_IVCO, 0x07), - QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_SYSCLK_EN_SEL, 0x04), + QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_SYSCLK_EN_SEL, 0x3b), QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_VCO_TUNE_CTRL, 0x00), QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_VCO_TUNE_MAP, 0x00), QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_CLK_SELECT, 0x30), Konrad ^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-29 9:47 ` Konrad Dybcio @ 2026-06-29 14:19 ` Jason Pettit 2026-06-30 11:04 ` Konrad Dybcio 0 siblings, 1 reply; 19+ messages in thread From: Jason Pettit @ 2026-06-29 14:19 UTC (permalink / raw) To: Konrad Dybcio, Dmitry Baryshkov Cc: Jason Pettit, Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On Mon, 29 Jun 2026 11:47:52 +0200, Konrad Dybcio wrote: > At a glance, this seems to be different vs the reference data, could > you give it a spin? > [...] > - QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_SYSCLK_EN_SEL, 0x04), > + QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_SYSCLK_EN_SEL, 0x3b), The prerequisite this v2 lists (the Glymur DP PLL change, 20260419-glymur_dp-v1-1-ad1067a8e8ae) already includes that 0x04 -> 0x3b change, so it is applied in my build. Just to be sure, I retested with &usb_2 and &usb_2_hsphy removed, and the same result is observed. I can leave my v2 as-is and wait to submit v3 if there are other patch series pending that I should wait for. Thanks, Jason ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [PATCH v2 2/3] arm64: dts: qcom: Add HP EliteBook X G2q 14 AI 2026-06-29 14:19 ` Jason Pettit @ 2026-06-30 11:04 ` Konrad Dybcio 0 siblings, 0 replies; 19+ messages in thread From: Konrad Dybcio @ 2026-06-30 11:04 UTC (permalink / raw) To: Jason Pettit, Dmitry Baryshkov Cc: Bjorn Andersson, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On 6/29/26 4:19 PM, Jason Pettit wrote: > On Mon, 29 Jun 2026 11:47:52 +0200, Konrad Dybcio wrote: >> At a glance, this seems to be different vs the reference data, could >> you give it a spin? >> [...] >> - QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_SYSCLK_EN_SEL, 0x04), >> + QMP_PHY_INIT_CFG(QSERDES_V8_USB43_COM_SYSCLK_EN_SEL, 0x3b), > > The prerequisite this v2 lists (the Glymur DP PLL change, > 20260419-glymur_dp-v1-1-ad1067a8e8ae) already includes that 0x04 -> 0x3b > change, so it is applied in my build. Just to be sure, I retested with > &usb_2 and &usb_2_hsphy removed, and the same result is observed. > > I can leave my v2 as-is and wait to submit v3 if there are other > patch series pending that I should wait for. The merge windows just closed, so we can pick up patches again. Let's see how the (many) dependencies that we have shape up. Konrad ^ permalink raw reply [flat|nested] 19+ messages in thread
* [PATCH v2 3/3] firmware: qcom: scm: Allow QSEECOM on HP EliteBook X G2q 14 AI 2026-06-26 5:47 [PATCH v2 0/3] X2 Elite HP EliteBook X G2q support Jason Pettit 2026-06-26 5:47 ` [PATCH v2 1/3] dt-bindings: arm: qcom: Add HP EliteBook X G2q 14 AI Jason Pettit 2026-06-26 5:47 ` [PATCH v2 2/3] arm64: dts: " Jason Pettit @ 2026-06-26 5:47 ` Jason Pettit 2026-06-28 13:02 ` Dmitry Baryshkov 2 siblings, 1 reply; 19+ messages in thread From: Jason Pettit @ 2026-06-26 5:47 UTC (permalink / raw) To: Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski, Conor Dooley Cc: linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V, Jason Pettit The HP EliteBook X G2q 14" Next Gen AI PC is a Snapdragon X2 Elite (Glymur) laptop whose firmware exposes EFI variables through QSEECOM. Add its board compatible to the QSEECOM allowlist so that EFI variable access (efivarfs) works on this machine. Without it the kernel reports "qseecom: untested machine, skipping" and efivarfs is empty. Signed-off-by: Jason Pettit <jason.pettit@oss.qualcomm.com> --- drivers/firmware/qcom/qcom_scm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/firmware/qcom/qcom_scm.c b/drivers/firmware/qcom/qcom_scm.c index 6b601a4b89db..618437f5aac8 100644 --- a/drivers/firmware/qcom/qcom_scm.c +++ b/drivers/firmware/qcom/qcom_scm.c @@ -2296,6 +2296,7 @@ static const struct of_device_id qcom_scm_qseecom_allowlist[] __maybe_unused = { { .compatible = "dell,xps13-9345" }, { .compatible = "ecs,liva-qc710" }, { .compatible = "hp,elitebook-ultra-g1q" }, + { .compatible = "hp,elitebook-x-g2q" }, { .compatible = "hp,omnibook-x14" }, { .compatible = "huawei,gaokun3" }, { .compatible = "lenovo,flex-5g" }, -- 2.50.1 ^ permalink raw reply related [flat|nested] 19+ messages in thread
* Re: [PATCH v2 3/3] firmware: qcom: scm: Allow QSEECOM on HP EliteBook X G2q 14 AI 2026-06-26 5:47 ` [PATCH v2 3/3] firmware: qcom: scm: Allow QSEECOM on " Jason Pettit @ 2026-06-28 13:02 ` Dmitry Baryshkov 0 siblings, 0 replies; 19+ messages in thread From: Dmitry Baryshkov @ 2026-06-28 13:02 UTC (permalink / raw) To: Jason Pettit Cc: Bjorn Andersson, Konrad Dybcio, Rob Herring, Krzysztof Kozlowski, Conor Dooley, linux-arm-msm, devicetree, linux-kernel, Akhil P Oommen, Mahadevan P, Sibi Sankar, Jingyi Wang, Ananthu C V On Thu, Jun 25, 2026 at 10:47:22PM -0700, Jason Pettit wrote: > The HP EliteBook X G2q 14" Next Gen AI PC is a Snapdragon X2 Elite > (Glymur) laptop whose firmware exposes EFI variables through QSEECOM. > Add its board compatible to the QSEECOM allowlist so that EFI variable > access (efivarfs) works on this machine. > > Without it the kernel reports "qseecom: untested machine, skipping" and > efivarfs is empty. > > Signed-off-by: Jason Pettit <jason.pettit@oss.qualcomm.com> > --- > drivers/firmware/qcom/qcom_scm.c | 1 + > 1 file changed, 1 insertion(+) Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com> -- With best wishes Dmitry ^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2026-06-30 11:04 UTC | newest] Thread overview: 19+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2026-06-26 5:47 [PATCH v2 0/3] X2 Elite HP EliteBook X G2q support Jason Pettit 2026-06-26 5:47 ` [PATCH v2 1/3] dt-bindings: arm: qcom: Add HP EliteBook X G2q 14 AI Jason Pettit 2026-06-26 10:20 ` Krzysztof Kozlowski 2026-06-26 5:47 ` [PATCH v2 2/3] arm64: dts: " Jason Pettit 2026-06-26 6:00 ` sashiko-bot 2026-06-26 11:26 ` Konrad Dybcio 2026-06-27 18:55 ` t 2026-06-27 19:06 ` Jason Pettit 2026-06-29 9:27 ` Konrad Dybcio 2026-06-26 11:27 ` Konrad Dybcio 2026-06-27 18:55 ` t 2026-06-27 19:06 ` Jason Pettit 2026-06-28 13:02 ` Dmitry Baryshkov 2026-06-28 16:29 ` Jason Pettit 2026-06-29 9:47 ` Konrad Dybcio 2026-06-29 14:19 ` Jason Pettit 2026-06-30 11:04 ` Konrad Dybcio 2026-06-26 5:47 ` [PATCH v2 3/3] firmware: qcom: scm: Allow QSEECOM on " Jason Pettit 2026-06-28 13:02 ` Dmitry Baryshkov
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox