From: sashiko-bot@kernel.org
To: pankaj.gupta@oss.nxp.com
Cc: Frank.Li@kernel.org, devicetree@vger.kernel.org, robh@kernel.org,
conor+dt@kernel.org, imx@lists.linux.dev
Subject: Re: [PATCH v27 2/7] dt-bindings: arm: fsl: add imx-se-fw binding doc
Date: Wed, 15 Jul 2026 17:27:25 +0000 [thread overview]
Message-ID: <20260715172726.501CE1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260715-imx-se-if-v27-2-bb7c45952f06@nxp.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] The compatible string 'fsl,imx95-se-ele-hsm' is excluded from the memory-region conditional constraints, which improperly forbids its use.
--
--- Patch [2]: [PATCH v27 2/7] dt-bindings: arm: fsl: add imx-se-fw binding doc ---
commit a8dcc722ea68fab4850086d156b064a9fe58a7b9
Author: Pankaj Gupta <pankaj.gupta@nxp.com>
dt-bindings: arm: fsl: add imx-se-fw binding doc
This commit adds a new device tree binding document for NXP's hardware
secure enclave IP, such as EdgeLock Enclave and V2X. It establishes the
messaging unit interface used for communication between the application core
and the enclave firmware on processors like i.MX8ULP, i.MX93, and i.MX95.
> diff --git a/Documentation/devicetree/bindings/firmware/fsl,imx-se.yaml b/Documentation/devicetree/bindings/firmware/fsl,imx-se.yaml
> new file mode 100644
> index 0000000000000..fa81adbf9b80d
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/firmware/fsl,imx-se.yaml
[ ... ]
> +allOf:
> + # memory-region
> + - if:
> + properties:
> + compatible:
> + contains:
> + enum:
> + - fsl,imx8ulp-se-ele-hsm
> + - fsl,imx93-se-ele-hsm
> + then:
> + required:
> + - memory-region
> + else:
> + properties:
> + memory-region: false
[Severity: Medium]
Does this conditional block improperly forbid the memory-region property for
the fsl,imx95-se-ele-hsm compatible string? Because fsl,imx95-se-ele-hsm is
omitted from the enum in the if clause, the else clause is evaluated and
forces memory-region to be false. If an i.MX95 device tree includes the
memory-region property, it will fail schema validation.
[ ... ]
> +examples:
> + - |
> + secure-enclave {
> + compatible = "fsl,imx95-se-ele-hsm";
> + mboxes = <&ele_mu0 0 0>, <&ele_mu0 1 0>;
> + mbox-names = "tx", "rx";
> + };
> +...
[Severity: Medium]
Does this example mask the omitted memory-region conditional above? The
example relies on fsl,imx95-se-ele-hsm to bypass the memory-region
requirement, which allows a potentially incomplete hardware description to
silently pass the dt_binding_check tool.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260715-imx-se-if-v27-0-bb7c45952f06@nxp.com?part=2
next prev parent reply other threads:[~2026-07-15 17:27 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-15 18:09 [PATCH v27 0/7] firmware: imx: driver for NXP secure-enclave pankaj.gupta
2026-07-15 18:09 ` [PATCH v27 1/7] Documentation/firmware: add imx/se to other_interfaces pankaj.gupta
2026-07-15 17:25 ` sashiko-bot
2026-07-15 18:09 ` [PATCH v27 2/7] dt-bindings: arm: fsl: add imx-se-fw binding doc pankaj.gupta
2026-07-15 17:27 ` sashiko-bot [this message]
2026-07-15 18:09 ` [PATCH v27 3/7] firmware: imx: add driver for NXP EdgeLock Enclave pankaj.gupta
2026-07-15 17:36 ` sashiko-bot
2026-07-15 22:19 ` Uwe Kleine-König
2026-07-15 18:09 ` [PATCH v27 4/7] firmware: imx: device context dedicated to priv pankaj.gupta
2026-07-15 17:34 ` sashiko-bot
2026-07-15 18:09 ` [PATCH v27 5/7] firmware: drivers: imx: adds miscdev pankaj.gupta
2026-07-15 17:36 ` sashiko-bot
2026-07-15 18:09 ` [PATCH v27 6/7] arm64: dts: imx8ulp: add secure enclave node pankaj.gupta
2026-07-15 17:31 ` sashiko-bot
2026-07-15 18:09 ` [PATCH v27 7/7] arm64: dts: imx8ulp-evk: add reserved memory property pankaj.gupta
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=20260715172726.501CE1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=Frank.Li@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=imx@lists.linux.dev \
--cc=pankaj.gupta@oss.nxp.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 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.