All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Varadarajan Narayanan" <varadarajan.narayanan@oss.qualcomm.com>
Cc: conor+dt@kernel.org, devicetree@vger.kernel.org, robh@kernel.org
Subject: Re: [PATCH v14 2/9] dt-bindings: remoteproc: qcom: document hexagon based WCSS secure PIL
Date: Mon, 03 Aug 2026 11:01:44 +0000	[thread overview]
Message-ID: <20260803110144.EFDD81F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260803-rproc-v14-2-a1f87b0b0ad2@oss.qualcomm.com>

Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] Incorrect placement of `minItems` and `maxItems` inside the `items` list for `qcom,smem-states`.
- [Low] Copy-paste error in the description for `glink-edge` referencing the 'Modem'.
--

--- Patch [2]: [PATCH v14 2/9] dt-bindings: remoteproc: qcom: document hexagon based WCSS secure PIL ---
commit 8f051c37adcc2888cdf46122f432edbd580d36be
Author: Manikanta Mylavarapu <manikanta.mylavarapu@oss.qualcomm.com>

dt-bindings: remoteproc: qcom: document hexagon based WCSS secure PIL

Add new binding document for hexagon based WCSS secure PIL remoteproc.
IPQ5018, IPQ5332 and IPQ9574 follow secure PIL remoteproc.

> diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,ipq5018-wcss-sec-pil.yaml b/Documentation/devicetree/bindings/remoteproc/qcom,ipq5018-wcss-sec-pil.yaml
> new file mode 100644
> index 0000000000000..1ec8df60d9633
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/remoteproc/qcom,ipq5018-wcss-sec-pil.yaml

[ ... ]

> +  mboxes:
> +    items:
> +      - description: TMECom mailbox
> +
> +  qcom,smem-states:
> +    $ref: /schemas/types.yaml#/definitions/phandle-array
> +    description: States used by the AP to signal the remote processor
> +    items:
> +      - minItems: 2
> +      - maxItems: 2

[Severity: Medium]
Is it intentional to place minItems and maxItems as elements inside the items
array?

By placing them inside the items array, the dt-schema validator treats them as
schemas for the individual elements of the phandle array (i.e. the first tuple
is validated against {minItems: 2} and the second against {maxItems: 2}).

If the intent is to restrict the length of the qcom,smem-states array itself
to 2 items, should these be sibling properties to items rather than inside it?

> +
> +  qcom,smem-state-names:
> +    description:
> +      Names of the states used by the AP to signal the remote processor

[ ... ]

> +  memory-region:
> +    items:
> +      - description: Q6 reserved region
> +
> +  glink-edge:
> +    $ref: /schemas/remoteproc/qcom,glink-edge.yaml#
> +    description:
> +      Qualcomm G-Link subnode which represents communication edge, channels
> +      and devices related to the Modem.

[Severity: Low]
This isn't a bug, but should the description reference "WCSS" instead of
"Modem"?

Since this binding is for the Wireless Connectivity Subsystem, mentioning the
Modem appears to be a leftover from a copy-paste of a modem remoteproc binding.

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260803-rproc-v14-0-a1f87b0b0ad2@oss.qualcomm.com?part=2

  reply	other threads:[~2026-08-03 11:01 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-03 10:46 [PATCH v14 0/9] Add new driver for WCSS secure PIL loading Varadarajan Narayanan
2026-08-03 10:46 ` [PATCH v14 1/9] firmware: qcom_scm: ipq5332: add support to pass metadata size Varadarajan Narayanan
2026-08-03 10:55   ` sashiko-bot
2026-08-03 12:35   ` Mukesh Ojha
2026-08-04 11:23     ` Varadarajan Narayanan
2026-08-04 13:17       ` Mukesh Ojha
2026-08-04 17:38       ` Jeff Johnson
2026-08-03 10:46 ` [PATCH v14 2/9] dt-bindings: remoteproc: qcom: document hexagon based WCSS secure PIL Varadarajan Narayanan
2026-08-03 11:01   ` sashiko-bot [this message]
2026-08-03 10:46 ` [PATCH v14 3/9] remoteproc: qcom: add hexagon based WCSS secure PIL driver Varadarajan Narayanan
2026-08-03 11:06   ` sashiko-bot
2026-08-03 12:44   ` Mukesh Ojha
2026-08-04 11:19     ` Vignesh Viswanathan
2026-08-04 13:10       ` Mukesh Ojha
2026-08-03 10:46 ` [PATCH v14 4/9] arm64: dts: qcom: ipq5018: add nodes to bring up q6 Varadarajan Narayanan
2026-08-03 10:46 ` [PATCH v14 5/9] arm64: dts: qcom: ipq5332: " Varadarajan Narayanan
2026-08-03 10:46 ` [PATCH v14 6/9] arm64: dts: qcom: ipq9574: " Varadarajan Narayanan
2026-08-03 10:46 ` [PATCH v14 7/9] arm64: dts: qcom: ipq5018: Enable q6v5_wcss Varadarajan Narayanan
2026-08-03 10:46 ` [PATCH v14 8/9] arm64: dts: qcom: ipq5332: " Varadarajan Narayanan
2026-08-03 10:46 ` [PATCH v14 9/9] arm64: dts: qcom: ipq9574: " Varadarajan Narayanan

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=20260803110144.EFDD81F000E9@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    --cc=varadarajan.narayanan@oss.qualcomm.com \
    /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.