All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: Quchaosheng <quchaosheng000406@163.com>
Cc: "Oleksij Rempel" <o.rempel@pengutronix.de>,
	robh@kernel.org, devicetree@vger.kernel.org,
	"Oliver Hartkopp" <socketcan@hartkopp.net>,
	"Vincent Mailhol" <mailhol@kernel.org>,
	conor+dt@kernel.org, "Marc Kleine-Budde" <mkl@pengutronix.de>,
	linux-can@vger.kernel.org
Subject: Re: [PATCH] dt-bindings: net: can: convert ifi_canfd to DT schema
Date: Mon, 14 Sep 2026 01:39:43 +0000	[thread overview]
Message-ID: <20260914013943.EAFD81F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260914013138.392969-1-quchaosheng000406@163.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Incorrect use of `additionalProperties: false` with an `allOf` `$ref` breaks schema inheritance from `can-controller.yaml`.
--

commit fca96562b6a6638d3bb9a003f449b39969264629
Author: Quchaosheng <quchaosheng000406@163.com>

dt-bindings: net: can: convert ifi_canfd to DT schema

This commit converts the IFI CAN-FD controller binding from a free-form text
file to a YAML device tree schema and references the common
can-controller.yaml schema.

> diff --git a/Documentation/devicetree/bindings/net/can/ifi,canfd.yaml b/Documentation/devicetree/bindings/net/can/ifi,canfd.yaml
> new file mode 100644
> index 0000000000000..72f2b934c727b
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/net/can/ifi,canfd.yaml

[ ... ]

> +allOf:
> +  - $ref: can-controller.yaml#
> +
> +properties:
> +  compatible:
> +    const: ifi,canfd-1.0

[ ... ]

> +required:
> +  - compatible
> +  - reg
> +  - interrupts
> +
> +additionalProperties: false

[Severity: Low]
Does using additionalProperties: false here break the schema inheritance from
can-controller.yaml?

Under JSON schema rules, additionalProperties: false only evaluates
properties explicitly defined in the local schema file. It ignores those
evaluated via an allOf reference, meaning any standard CAN properties
inherited from can-controller.yaml will cause device tree validation to fail.

Should this be unevaluatedProperties: false instead?

> +
> +examples:
> +  - |

[ ... ]

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260914013138.392969-1-quchaosheng000406@163.com?part=1

      reply	other threads:[~2026-09-14  1:39 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-14  1:31 [PATCH] dt-bindings: net: can: convert ifi_canfd to DT schema Quchaosheng
2026-09-14  1:39 ` sashiko-bot [this message]

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=20260914013943.EAFD81F000FF@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-can@vger.kernel.org \
    --cc=mailhol@kernel.org \
    --cc=mkl@pengutronix.de \
    --cc=o.rempel@pengutronix.de \
    --cc=quchaosheng000406@163.com \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    --cc=socketcan@hartkopp.net \
    /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.