On Fri, Jul 19, 2024 at 02:12:59PM +0000, Ghennadi Procopciuc wrote:
> Greetings everyone,
> 
> I came across the following paragraph while reading the 'Firmware Partition 
> Filesystem' chapter from EBBR v2.2.0
> and I would like to clarify my understanding:
>       Where possible, firmware images and data should be stored in a 
> filesystem. Firmware can be stored either in a
>       dedicated firmware partition, or in certain circumstances in the UEFI 
> System Partition (ESP). Using a filesystem
>       makes it simpler to manage multiple firmware files and makes it 
> possible for a single disk image to contain firmware
>       for multiple platforms.
> 
>       Dedicated firmware partitions should be formatted with a FAT filesystem 
> as defined in UEFI § 13.3 File System
>       Format. Dedicated firmware partitions should use the same /FIRMWARE 
> directory hierarchy. OS tools shall ignore
>       dedicated firmware partitions, and shall not attempt to use a dedicated 
> firmware partition as an ESP
> 
> Questions:
>     1. Does the above paragraph mean that, if the device allows, all firmware 
> binaries (TF-A, U-Boot, and some others)
>         must be stored in a dedicated firmware partition formatted with a FAT 
> filesystem and GUID Partition Table (GPT)
>         disk layout?

Hi Ghennadi,

Yes, ideally this is what EBBR recommends as the second-best option (the best
option being to use a dedicated storage).

>     2. If so, would this also mean that, where possible, the BootROM or a 
> (first stage) bootloader running before TF-A
>         should have GPT and FAT support embedded support to load one of the 
> TF-A stages (BL1/BL2)?

Yes. This is not as crazy as it sounds; I know some Texan SoCs from a decade
ago, which had FAT + MBR support in ROM.
Alternatively, U-Boot SPL as a first stage bootloader, as you mentioned, would
tick all the boxes, too. This might be easier to fit in a small, dedicated
storage.

Best regards,

Vincent Stehlé
System Architect - Arm

> 
> Regards,
> Ghennadi
> _______________________________________________
> boot-architecture mailing list -- boot-architecture@lists.linaro.org
> To unsubscribe send an email to boot-architecture-le...@lists.linaro.org
_______________________________________________
boot-architecture mailing list -- boot-architecture@lists.linaro.org
To unsubscribe send an email to boot-architecture-le...@lists.linaro.org

Reply via email to