All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Abel Vesa" <abel.vesa@oss.qualcomm.com>
Cc: robh@kernel.org, devicetree@vger.kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH 1/5] dt-bindings: arm: qcom: Add more compatible for Eliza EVKs and SoMs
Date: Mon, 14 Sep 2026 10:57:20 +0000	[thread overview]
Message-ID: <20260914105721.49EC01F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260914-dts-qcom-eliza-add-ufs-variant-v1-1-78b3249eae61@oss.qualcomm.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] The patch modifies the YAML schema to strictly require 5-element storage-specific compatible strings for the Eliza CQS EVK, removing the generic 3-element definition. However, it fails to update the corresponding `arch/arm64/boot/dts/qcom/eliza-cqs-evk.dts` file in the same commit, which breaks `make dtbs_check` validation and violates kernel bisectability rules. Although subsequent patches in the series (e.g., commit "arm64: dts: qcom: eliza: Rename existing EVK to suggest eMMC") remove the old `.dtb` from the Makefile and create new `.dts` files, they fail to actually delete the original `eliza-cqs-evk.dts` file. This leaves an orphaned, broken file in the source tree that still contains the invalid compatible string and includes a `.dtsi` that no longer exists.
--

commit 4f90c244c9f57e32c917bcd1103262760ccb1acd
Author: Abel Vesa <abel.vesa@oss.qualcomm.com>

dt-bindings: arm: qcom: Add more compatible for Eliza EVKs and SoMs

This patch documents the eMMC and UFS storage-specific compatible strings for
the Eliza CQS SoMs and EVKs, replacing the generic strings since the boards
are not yet publicly available.

> diff --git a/Documentation/devicetree/bindings/arm/qcom.yaml b/Documentation/devicetree/bindings/arm/qcom.yaml
> index eddf87fbd0ccc..1dd187e92b680 100644
> --- a/Documentation/devicetree/bindings/arm/qcom.yaml
> +++ b/Documentation/devicetree/bindings/arm/qcom.yaml
> @@ -56,7 +56,16 @@ properties:
>            - const: qcom,apq8084
>  
>        - items:
> +          - const: qcom,eliza-cqs-evk-emmc
>            - const: qcom,eliza-cqs-evk
> +          - const: qcom,eliza-cqs-som-emmc
> +          - const: qcom,eliza-cqs-som
> +          - const: qcom,eliza
> +
> +      - items:
> +          - const: qcom,eliza-cqs-evk-ufs
> +          - const: qcom,eliza-cqs-evk
> +          - const: qcom,eliza-cqs-som-ufs
>            - const: qcom,eliza-cqs-som
>            - const: qcom,eliza
>  

[Severity: Low]
Does this change break dtbs_check validation for the existing in-tree
device tree file?

By strictly requiring the 5-element storage-specific compatible strings here
and removing the generic 3-element definition, the existing file
arch/arm64/boot/dts/qcom/eliza-cqs-evk.dts will fail validation until it is
updated:

arch/arm64/boot/dts/qcom/eliza-cqs-evk.dts:
/ {
	model = "Qualcomm Technologies, Inc. Eliza CQS EVK";
	compatible = "qcom,eliza-cqs-evk", "qcom,eliza-cqs-som", "qcom,eliza";
...

While later commits in the series address this by creating new .dts files,
updating the schema without updating the corresponding .dts file in the same
commit breaks bisectability.

Furthermore, the original eliza-cqs-evk.dts file does not appear to be removed
at the end of the series, leaving an orphaned and broken file in the source
tree.

Could the device tree file update be squashed into this commit, or the schema
change delayed until the new device tree files are introduced and the old file
is removed?

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260914-dts-qcom-eliza-add-ufs-variant-v1-0-78b3249eae61@oss.qualcomm.com?part=1

  reply	other threads:[~2026-09-14 10:57 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-14 10:44 [PATCH 0/5] arm64: dts: qcom: eliza-cqs-evk: Add storage subtypes and rework generic parts Abel Vesa
2026-09-14 10:44 ` [PATCH 1/5] dt-bindings: arm: qcom: Add more compatible for Eliza EVKs and SoMs Abel Vesa
2026-09-14 10:57   ` sashiko-bot [this message]
2026-09-15 10:59   ` Krzysztof Kozlowski
2026-09-14 10:44 ` [PATCH 2/5] arm64: dts: qcom: eliza-cqs-evk: Move sound card support to Eliza EVK generic Abel Vesa
2026-09-14 10:44 ` [PATCH 3/5] arm64: dts: qcom: eliza: Rename existing EVK to suggest eMMC Abel Vesa
2026-09-14 10:52   ` sashiko-bot
2026-09-14 11:41     ` Abel Vesa
2026-09-14 10:44 ` [PATCH 4/5] arm64: dts: qcom: eliza: Add CQS SoM UFS variant Abel Vesa
2026-09-14 10:44 ` [PATCH 5/5] arm64: dts: qcom: eliza: Add CQS EVK " Abel Vesa

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=20260914105721.49EC01F000FF@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=abel.vesa@oss.qualcomm.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.