[PATCH] arm64: renesas: Add Cortex-M33 build option to R-Car Gen5
Marek Vasut
marek.vasut at mailbox.org
Sun Apr 26 21:52:13 CEST 2026
On 4/23/26 10:37 AM, Quentin Schulz wrote:
Hello Quentin,
>> U-Boot can run on either the CA720 (64bit) or CM33 (32bit) core, hence
>> this duality here. RCAR_64_CM covers the CM33 core tunables, !
>> RCAR_64_CM the CA720 ones.
>>
>
> I've never seen anyone prefix the Cortex core denomination with C before
> so it's somehow confusing me :)
C stands for Cortex, right .
>>> The main issue I have with this is that RCAR_64 doesn't mean a 64b
>>> machine anymore, and the naming doesn't help with that.
>>
>> It covers the machines which have 64bit ARM cores in them, Gen3/4/5
>> and RZ/G2 . Sure, those SoCs also have 32bit cores in them ...
>>
>
> Meh, I find this unnecessarily confusing. At the very least, update the
> comment above RCAR_64 to highlight the 64b part applies to the main
> Cortex cores in the SoC?
The Cortex cores are equivalent, there is no real "main" core, but I did
include the 32bit CM/CR in the code comment.
>>> I'm pretty sure in the future someone's going to make the mistake of
>>> doing a simple CONFIG_IS_ENABLED(RCAR_64) to check if it's a 64b
>>> machine or not.
>>
>> IS_ENABLED(CONFIG_ARM64) is what they should use .
>>
>
> No, they'll need to do
>
> IS_ENABLED(CONFIG_RCAR_64) && IS_ENABLED(CONFIG_ARM64)
IS_ENABLED(CONFIG_ARM64) is enough to determine whether this is arm64
build, why wouldn't it be ?
[...]
>>> Should that be a symbol instead? Then you can have
>> No, this is not user configurable, this is hardware IP address.
>>
>
> The symbols don't need to be visible to the user.
They are not configuration symbols, they are hardware addresses, they
have no place in Kconfig.
More information about the U-Boot
mailing list