<div dir="ltr"><div dir="ltr">Hi,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 1, 2023 at 8:26 AM Heinrich Schuchardt <<a href="mailto:heinrich.schuchardt@canonical.com">heinrich.schuchardt@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Linux distributions are interested in providing a single image which<br>
enables a high number of boards to boot. This is simple if the boot<br>
firmware (EDK II or U-Boot) is installed on flash.<br>
<br>
For boards that expect to load a boot loader like U-Boot from an SD-card<br>
it is necessary that the firmware locations for different boards<br>
on the SD-card don't collide.<br>
<br>
When loading from SD-card or eMMC the sector at which the binary<br>
starts has to be identified. The following has been implemented:<br>
<br>
- start from hard coded sector number<br>
- load file from FAT file system<br>
- load from given partition number<br>
- load from partition with boot flag set (MBR partioning only)<br>
- load from partition with specific type GUID<br>
<br>
Loading by partition type GUID seems the most appropriate to avoid<br>
collisions between the firmware for different boards.<br>
<br>
Often firmware is separated into multiple parts due to firmware<br>
restrictions, e.g. U-Boot SPL and main U-Boot (e.g. as .itb file).<br>
<br>
Here the same considerations apply. Using a partition type GUID to<br>
identify further firmware parts to be loaded is best suited to<br>
avoid collisions.<br>
<br>
I would suggest to add a recommendation to the EBBR specification<br>
to use SoC specific partition type GUIDs to identify firmware to<br>
be loaded from SD-card.<br></blockquote><div><br></div><div>Who is loading the firmware that is identified by a GUID?  And how does that tie into Linux distros? I don't see anything wrong w/ the recommendation, but I didn't completely follow which piece of software is loading firmware and how the GUID reduces the problems. Also, is this "SoC specific partition type GUID" unique per SoC? Or is it expected to be a global GUID?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Please, provide your feedback.<br>
<br>
Best regards<br>
<br>
Heinrich<br>
<br>
<br>
-=-=-=-=-=-=-=-=-=-=-=-<br>
Links: You receive all messages sent to this group.<br>
View/Reply Online (#189): <a href="https://lists.riscv.org/g/tech-os-a-see/message/189" rel="noreferrer" target="_blank">https://lists.riscv.org/g/tech-os-a-see/message/189</a><br>
Mute This Topic: <a href="https://lists.riscv.org/mt/98616170/6317120" rel="noreferrer" target="_blank">https://lists.riscv.org/mt/98616170/6317120</a><br>
Group Owner: <a href="mailto:tech-os-a-see%2Bowner@lists.riscv.org" target="_blank">tech-os-a-see+owner@lists.riscv.org</a><br>
Unsubscribe: <a href="https://lists.riscv.org/g/tech-os-a-see/leave/11160912/6317120/127686490/xyzzy" rel="noreferrer" target="_blank">https://lists.riscv.org/g/tech-os-a-see/leave/11160912/6317120/127686490/xyzzy</a> [<a href="mailto:adurbin@rivosinc.com" target="_blank">adurbin@rivosinc.com</a>]<br>
-=-=-=-=-=-=-=-=-=-=-=-<br>
<br>
<br>
</blockquote></div></div>