[PATCH 2/3] ARM: stm32mp: add Linux Automation TAC board

Ahmad Fatoum a.fatoum at pengutronix.de
Mon Apr 14 04:59:01 PDT 2025


Hello Sascha,

On 4/14/25 13:42, Ahmad Fatoum wrote:
>> This check only matches for minor revision 0. Shouldn't the minor
>> version rather be ignored here?
> 
> I am not sure if a generation is always equal to the major version - 1.
> It seems we have no minor revisions != 0 in the field.
> 
> If Leonard (Cc'd) doesn't object, I'll mask away the lower 2 bits for v2.

Looking at the FairyTux in the follow-up commit, updating the major
version in copper was overlooked and thus a minor update was done.
This broke the 1:1 correspondence between generations and major versions.

I would thus like to keep the revision code unchanged for the LXA TAC to
be identical to what we have on the FairyTux.

Thanks,
Ahmad

> 
>>> +ENTRY_FUNCTION(start_stm32mp15xc_lxa_tac, r0, r1, r2)
>>> +{
>>> +	stm32mp_cpu_lowlevel_init();
>>> +
>>> +	/*
>>> +	 * stm32mp_cpu_lowlevel_init sets up a stack. Do the remaining
>>> +	 * init in a non-naked function. Register r2 points to the fdt
>>> +	 * from the FIT image which can be used as a default.
>>> +	 */
>>
>> "the fdt from the FIT image" seems to imply that this entry is only used
>> as a 2nd state entry, but it's used as a 1st stage entry as well, isn't
>> it?
> 
> s/FIT/FIP. First stage bootloader is TF-A.
> 
>> I would rephrase that to something like "in case of a 2nd stage boot r2
>> points to the fdt..."
> 
> There is no first stage boot.
> 
> Cheers,
> Ahmad
> 
>>
>> Sascha
>>
> 

-- 
Pengutronix e.K.                  |                             |
Steuerwalder Str. 21              | http://www.pengutronix.de/  |
31137 Hildesheim, Germany         | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686  | Fax:   +49-5121-206917-5555 |




More information about the barebox mailing list