[PATCH v3 00/10] Fix up WCN6855 RFA power supply name

Konrad Dybcio posted 10 patches 1 month, 1 week ago
.../bindings/net/bluetooth/qcom,wcn6855-bt.yaml    |  7 ++---
arch/arm64/boot/dts/qcom/lemans-ride-common.dtsi   | 32 ++++++++++++++++++++++
arch/arm64/boot/dts/qcom/qcs615-ride.dts           |  2 +-
arch/arm64/boot/dts/qcom/sc8280xp-crd.dts          |  2 +-
.../boot/dts/qcom/sc8280xp-huawei-gaokun3.dts      |  2 +-
.../dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts     |  2 +-
.../boot/dts/qcom/sc8280xp-microsoft-blackrock.dts |  2 +-
arch/arm64/boot/dts/qcom/sm8450-hdk.dts            |  2 +-
arch/arm64/boot/dts/qcom/x1-hp-omnibook-x14.dtsi   |  2 +-
.../boot/dts/qcom/x1p42100-asus-zenbook-a14.dtsi   |  2 +-
10 files changed, 42 insertions(+), 13 deletions(-)
[PATCH v3 00/10] Fix up WCN6855 RFA power supply name
Posted by Konrad Dybcio 1 month, 1 week ago
Commit 5f4f954bba12 ("dt-bindings: bluetooth: bring the HW description
closer to reality for wcn6855") renamed the supply representing the
VDD17_PMU_RFA leg to mention "1p8" instead.

While the supply's voltage is normally 1.8 V, the bindings should
reflect the actual naming of the pin. Moreover, almost all DTs define
the output as 1p7, so that ends up looking a little odd..

Ultimately, this is a "fake" regulator that is consumed for the sake
of DT sanity and this series is meant to bring uniformity and squash
checker errors.

The last patch fixes up a less-trivial warning.
sc8280xp-microsoft-arcata is left out because I don't know whether the
mounting of the chip is on-board or as an M.2-y card (although I would
guesstimate the prior).

Depends on the long-ready-for-the-merge series by Krzysztof (per-chip
bindings split of qualcomm-bluetooth.yaml), mentioned below

Signed-off-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
---
Changes in v3:
- Rebase once more, pick up more tags, it's more than ready to pick up
- Link to v2: https://lore.kernel.org/r/20260119-topic-wcn6855_pmu_dtbdings-v2-0-6d1c75608bbb@oss.qualcomm.com

Changes in v2:
- Rebase, drop dependency (in -next now), pick up tags
- Link to v1: https://lore.kernel.org/r/20251205-topic-wcn6855_pmu_dtbdings-v1-0-165611f687c8@oss.qualcomm.com

---
Konrad Dybcio (10):
      dt-bindings: net: bluetooth: qualcomm: Fix WCN6855 regulator names
      arm64: dts: qcom: qcs615-ride: Fix BT RFA supply name
      arm64: dts: qcom: sc8280xp-crd: Fix BT RFA supply name
      arm64: dts: qcom: sc8280xp-gaokun3: Fix BT RFA supply name
      arm64: dts: qcom: sc8280xp-x13s: Fix BT RFA supply name
      arm64: dts: qcom: sc8280xp-blackrock: Fix BT RFA supply name
      arm64: dts: qcom: sm8450-hdk: Fix BT RFA supply name
      arm64: dts: qcom: x1-omnibook-x14: Fix BT RFA supply name
      arm64: dts: qcom: x1-zenbook-a14: Fix BT RFA supply name
      arm64: dts: qcom: lemans-ride-common: Fix up WCN power grid

 .../bindings/net/bluetooth/qcom,wcn6855-bt.yaml    |  7 ++---
 arch/arm64/boot/dts/qcom/lemans-ride-common.dtsi   | 32 ++++++++++++++++++++++
 arch/arm64/boot/dts/qcom/qcs615-ride.dts           |  2 +-
 arch/arm64/boot/dts/qcom/sc8280xp-crd.dts          |  2 +-
 .../boot/dts/qcom/sc8280xp-huawei-gaokun3.dts      |  2 +-
 .../dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts     |  2 +-
 .../boot/dts/qcom/sc8280xp-microsoft-blackrock.dts |  2 +-
 arch/arm64/boot/dts/qcom/sm8450-hdk.dts            |  2 +-
 arch/arm64/boot/dts/qcom/x1-hp-omnibook-x14.dtsi   |  2 +-
 .../boot/dts/qcom/x1p42100-asus-zenbook-a14.dtsi   |  2 +-
 10 files changed, 42 insertions(+), 13 deletions(-)
---
base-commit: 3ef088b0c5772a6f75634e54aa34f5fc0a2c041c
change-id: 20251020-topic-wcn6855_pmu_dtbdings-92d843582ce3

Best regards,
-- 
Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
Re: [PATCH v3 00/10] Fix up WCN6855 RFA power supply name
Posted by Konrad Dybcio 3 weeks, 5 days ago
On 2/25/26 1:23 PM, Konrad Dybcio wrote:
> Commit 5f4f954bba12 ("dt-bindings: bluetooth: bring the HW description
> closer to reality for wcn6855") renamed the supply representing the
> VDD17_PMU_RFA leg to mention "1p8" instead.
> 
> While the supply's voltage is normally 1.8 V, the bindings should
> reflect the actual naming of the pin. Moreover, almost all DTs define
> the output as 1p7, so that ends up looking a little odd..
> 
> Ultimately, this is a "fake" regulator that is consumed for the sake
> of DT sanity and this series is meant to bring uniformity and squash
> checker errors.
> 
> The last patch fixes up a less-trivial warning.
> sc8280xp-microsoft-arcata is left out because I don't know whether the
> mounting of the chip is on-board or as an M.2-y card (although I would
> guesstimate the prior).
> 
> Depends on the long-ready-for-the-merge series by Krzysztof (per-chip
> bindings split of qualcomm-bluetooth.yaml), mentioned below
> 
> Signed-off-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
> ---
> Changes in v3:
> - Rebase once more, pick up more tags, it's more than ready to pick up

This series has not really changed since its original posting in
December, could we please get it merged?

Konrad