Re: [PATCH 2/8] dt-bindings: can: renesas,rcar-canfd: Document RZ/G3S SoC
Conor Dooley <[email protected]>
| Newsgroups | org.kernel.vger.linux-renesas-soc,org.kernel.vger.linux-can,org.kernel.vger.linux-clk,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <20260707-suffice-panorama-7083120803cc@spud> |
On Tue, Jul 07, 2026 at 01:24:12PM +0300, Claudiu Beznea wrote: > From: Claudiu Beznea <[email protected]> > > The CAN FD controller found on the Renesas RZ/G3S SoC is largely compatible > with the variant present on the RZ/G3E SoC. The main differences are: > - the RZ/G3S provides only two CAN FD channels > - the RZ/G3S supports only CAN FD operation; the Channel n CAN FD > Configuration Register does not implement the bits used to select > classical CAN-only mode (bit 30) or CAN FD-only mode (bit 28); > consequently, bit 31 (CAN FD Frame Distinction Enable) of the same > register is also not implemented > - some bits in several registers (mainly reserved or status bits) are > read-write on the RZ/G3S but read-only on the RZ/G3E; their behavior is > otherwise identical: the bits read back as 0 on both SoCs and software > is allowed to write only 0 to them on the RZ/G3S > - the RZ/G3S provides 128 acceptance filters, compared to 64 on the > RZ/G3E > - the RZ/G3S can use PCLK clock as the CAN FD clock source through an > internal clock divider, while also supporting an external CAN FD clock > source > > Since: > - the SoC clock generator provides to the CAN IP only the peripheral and > the RAM clocks > - when sourced from the peripheral clock, the CAN-FD clock is obtained > inside the IP itself by dividing the peripheral clock > - the assigned-clocks and assigned-clock-rates properties are specific to > the CAN-FD clock > the assigned-clocks and assigned-clock-rates properties were dropped from > the required properties list of the Renesas RZ/G3S SoC. > > Add documentation for the Renesas RZ/G3S SoC. > > Signed-off-by: Claudiu Beznea <[email protected]> No idea if patchwork will pick up the response to Sashiko, but the thing it raises about the fd properties seems valid. pw-bot: changes-requested
signature.asc
(application/pgp-signature, 228 B)
-----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCak0mbAAKCRB4tDGHoIJi 0rtdAQCT+LGnXwr1M/rIKrgiH02r2W9lRu1Yof4RbsBDQnSnTQEAjPWj+nHIbYt/ ry4uBSNCnAZDQFSiCGgSrRzEw/pN4Ak= =4Yrq -----END PGP SIGNATURE-----