From: sashiko-bot@kernel.org
To: "Qiang Yu" <qiang.yu@oss.qualcomm.com>
Cc: conor+dt@kernel.org, robh@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH 1/3] dt-bindings: clock: qcom: Move x1e80100 TCSR to own binding
Date: Wed, 15 Jul 2026 02:47:27 +0000 [thread overview]
Message-ID: <20260715024728.6D6811F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260714-hamoa_tcsr_qref_0714_2-v1-1-13047922a376@oss.qualcomm.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] The new `qcom,x1e80100-tcsr.yaml` binding defines hardware provider capabilities (`#clock-cells` and `#reset-cells`) and mentions power domains in the description, but fails to include these cell properties in the `required` list. This violates the DT binding subsystem guidelines which mandate that hardware variant provider capabilities must be documented and required.
--
--- Patch [1]: [PATCH 1/3] dt-bindings: clock: qcom: Move x1e80100 TCSR to own binding ---
commit fdaf487663a160c0f437f63e82dda477ea7a20b5
Author: Qiang Yu <qiang.yu@oss.qualcomm.com>
dt-bindings: clock: qcom: Move x1e80100 TCSR to own binding
The QREF block supplies reference clocks to PCIe/USB/UFS PHYs and requires
dedicated LDO supplies. This commit moves the x1e80100 TCSR interface to its
own dedicated binding file to document these supply properties.
> diff --git a/Documentation/devicetree/bindings/clock/qcom,x1e80100-tcsr.yaml b/Documentation/devicetree/bindings/clock/qcom,x1e80100-tcsr.yaml
> new file mode 100644
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/clock/qcom,x1e80100-tcsr.yaml
[ ... ]
> + '#clock-cells':
> + const: 1
> +
> + '#reset-cells':
> + const: 1
[ ... ]
> +required:
> + - compatible
> + - clocks
> + - vdda-qrefrpt0-0p9-supply
[Severity: Medium]
Will this omission allow incomplete device trees to silently pass validation?
The new binding defines #clock-cells and #reset-cells as properties, but they
are omitted from this required list. The device tree binding guidelines
mandate that when hardware variants introduce provider capabilities (such as
clocks and resets), the corresponding cell properties must be explicitly
required.
Without these in the required list, incomplete device tree nodes could pass
dt_binding_check validation, potentially leading to runtime failures or probe
deferrals when drivers or dependent subsystems attempt to use the undocumented
functionality.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260714-hamoa_tcsr_qref_0714_2-v1-0-13047922a376@oss.qualcomm.com?part=1
next prev parent reply other threads:[~2026-07-15 2:47 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-15 2:40 [PATCH 0/3] clk: qcom: Migrate x1e80100 TCSR to clk_ref helper Qiang Yu
2026-07-15 2:40 ` [PATCH 1/3] dt-bindings: clock: qcom: Move x1e80100 TCSR to own binding Qiang Yu
2026-07-15 2:47 ` sashiko-bot [this message]
2026-07-15 2:40 ` [PATCH 2/3] clk: qcom: tcsrcc-x1e80100: Migrate to clk_ref helper Qiang Yu
2026-07-15 2:49 ` sashiko-bot
2026-07-15 2:40 ` [PATCH 3/3] arm64: dts: qcom: hamoa/purwa: Add QREF regulator supplies Qiang Yu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260715024728.6D6811F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=qiang.yu@oss.qualcomm.com \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox