From: netdev-bot+sashiko@kernel.org
To: mkl@pengutronix.de
Cc: netdev@vger.kernel.org, davem@davemloft.net, kuba@kernel.org,
linux-can@vger.kernel.org, kernel@pengutronix.de,
claudiu.beznea.uj@bp.renesas.com, geert+renesas@glider.be
Subject: Re: [PATCH net-next 11/12] dt-bindings: can: renesas,rcar-canfd: Document RZ/G3L SoC
Date: Wed, 11 Nov 2026 12:20:24 +0000 [thread overview]
Message-ID: <179439962412.2199510.7625889299374471388@kernel.org> (raw)
In-Reply-To: <20261110115112.3807247-12-mkl@pengutronix.de>
Thank you for your contribution! Sashiko AI review found more severe
issue(s) in other patches of this series. This mail is only an FYI, in case
you want to address the nit picks below when you respin.
Low priority / nit picks for your consideration:
- [Low] When this commit is applied, the driver header comment in
drivers/net/can/rcar/rcar_canfd.c names only RZ/G3S as lacking…
--
dt-bindings: can: renesas,rcar-canfd: Document RZ/G3L SoC
This commit adds the RZ/G3L (R9A08G046) compatible to the R-Car CANFD
binding. It describes 11 interrupts, 3 channels and at least 2 resets for
the new SoC. Like RZ/G3S, it forbids renesas,no-can-fd and
renesas,fd-only for RZ/G3L.
Link: https://patch.msgid.link/20261021-canfd_rzg3l-v6-3-b4abfdba8e70@bp.renesas.com
> diff --git a/Documentation/devicetree/bindings/net/can/renesas,rcar-canfd.yaml b/Documentation/devicetree/bindings/net/can/renesas,rcar-canfd.yaml
> index 81674ea4bef47..dc74377021207 100644
> --- a/Documentation/devicetree/bindings/net/can/renesas,rcar-canfd.yaml
> +++ b/Documentation/devicetree/bindings/net/can/renesas,rcar-canfd.yaml
[ ... ]
> @@ -356,7 +379,9 @@ allOf:
> properties:
> compatible:
> contains:
> - const: renesas,r9a08g045-canfd
> + enum:
> + - renesas,r9a08g045-canfd
> + - renesas,r9a08g046-canfd
> then:
> properties:
> renesas,no-can-fd: false
[Severity: Low]
This isn't a bug, but with this patch applied the binding and the driver
comments disagree about RZ/G3L.
The binding now treats RZ/G3L as having no Classical CAN mode. It forbids
both renesas,no-can-fd and renesas,fd-only for r9a08g045-canfd and
r9a08g046-canfd.
The header comment in drivers/net/can/rcar/rcar_canfd.c still lists only
RZ/G3S as the exception:
drivers/net/can/rcar/rcar_canfd.c:
* - Classical CAN (CAN 2.0) only mode (Except RZ/G3S)
The comment above the mode handling has the same wording:
/* This controller supports either Classical CAN only mode(Except RZ/G3S) or
The next patch in the series, "can: rcar_canfd: Add support for Renesas
RZ/G3L", changes both comments to "(Except RZ/G3{L,S})". So once the full
series is applied, the comments and the binding agree, and this only
affects this one commit.
Would it be worth updating those comments here, or noting in the commit
message that the driver side follows in the next patch?
--
Sashiko AI review · https://netdev-ai.bots.linux.dev/sashiko/#/patchset/20261110115112.3807247-2-mkl%40pengutronix.de
next prev parent reply other threads:[~2026-11-11 12:20 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-10 11:41 [PATCH net-next 0/12] pull-request: can-next 2026-11-10 Marc Kleine-Budde
2026-11-10 11:41 ` [PATCH net-next 01/12] dt-bindings: can: renesas,rcar-canfd: Document RZ/G3S SoC Marc Kleine-Budde
2026-11-11 12:20 ` netdev-bot+sashiko
2026-11-10 11:41 ` [PATCH net-next 02/12] can: rcar_canfd: Fix typos in macro names Marc Kleine-Budde
2026-11-10 11:41 ` [PATCH net-next 03/12] can: rcar_canfd: Allow the CAN FD clock to be sourced from fck Marc Kleine-Budde
2026-11-11 12:20 ` netdev-bot+sashiko
2026-11-10 11:41 ` [PATCH net-next 04/12] can: rcar_canfd: Do not set registers selecting the CAN mode Marc Kleine-Budde
2026-11-10 11:41 ` [PATCH net-next 05/12] can: rcar_canfd: Add support for Renesas RZ/G3S Marc Kleine-Budde
2026-11-11 12:20 ` netdev-bot+sashiko
2026-11-10 11:41 ` [PATCH net-next 06/12] can: rcar_canfd: Check can_clk request for errors Marc Kleine-Budde
2026-11-11 12:20 ` netdev-bot+sashiko
2026-11-10 11:41 ` [PATCH net-next 07/12] can: rcar_canfd: Use DT clock names in the probe message Marc Kleine-Budde
2026-11-11 12:01 ` Marc Kleine-Budde
2026-11-12 12:25 ` Marc Kleine-Budde
2026-11-12 13:39 ` claudiu beznea
2026-11-11 12:20 ` netdev-bot+sashiko
2026-11-10 11:41 ` [PATCH net-next 08/12] dt-bindings: can: renesas,rcar-canfd: Restrict resets in top-level Marc Kleine-Budde
2026-11-11 12:20 ` netdev-bot+sashiko
2026-11-10 11:41 ` [PATCH net-next 09/12] dt-bindings: can: renesas,rcar-canfd: Simplify renesas,no-can-fd description Marc Kleine-Budde
2026-11-10 11:41 ` [PATCH net-next 10/12] can: rcar_canfd: Document that RZ/G3S has no Classical CAN mode Marc Kleine-Budde
2026-11-11 12:20 ` netdev-bot+sashiko
2026-11-10 11:41 ` [PATCH net-next 11/12] dt-bindings: can: renesas,rcar-canfd: Document RZ/G3L SoC Marc Kleine-Budde
2026-11-11 12:20 ` netdev-bot+sashiko [this message]
2026-11-10 11:41 ` [PATCH net-next 12/12] can: rcar_canfd: Add support for Renesas RZ/G3L Marc Kleine-Budde
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=179439962412.2199510.7625889299374471388@kernel.org \
--to=netdev-bot+sashiko@kernel.org \
--cc=claudiu.beznea.uj@bp.renesas.com \
--cc=davem@davemloft.net \
--cc=geert+renesas@glider.be \
--cc=kernel@pengutronix.de \
--cc=kuba@kernel.org \
--cc=linux-can@vger.kernel.org \
--cc=mkl@pengutronix.de \
--cc=netdev@vger.kernel.org \
/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