<div>This should be fixed in v3 of the patch series that I submitted yesterday. Let me know if you find any other issues.</div><div><br></div><div>On the missing email, spam filters sometimes take my emails...<caret></caret></div><div><br></div><div id="protonmail_signature_block" class="protonmail_signature_block"><div><div>D. Olsson<br></div><div>PGP: 8204A8CD<br></div></div></div>  <div><br></div><div><br></div>On Mon, Jul 27, 2020 at 16:57, Erico Nunes <<a href="mailto:nunes.erico@gmail.com" class="">nunes.erico@gmail.com</a>> wrote:<blockquote class="protonmail_quote" type="cite">  Hello,<br><br>(sorry to reply to this cover letter, looks like some of the e-mails<br>from this series did not reach me...)<br><br><br>On Sun, Jul 26, 2020 at 12:06 PM D. Olsson <hi@senzilla.io> wrote:<br>><br>> Hi all,<br>><br>> Here is a more simplified and somewhat cleaner revision of the series<br>> introducing the ability to build EDK2 UEFI firmware in Buildroot.<br>><br>> This series is introducing the EDK2 bootloader package which can build<br>> firmware for five different platforms, targeting both x86-64 and AArch64.<br>><br>>  * QEMU x86-64 pc machine<br>>  * QEMU aarch64 virt machine, booting directly from flash<br>>  * QEMU aarch64 virt machine, booting via kernel protocol<br>>  * QEMU aarch64 sbsa-ref machine<br>>  * ARM FVP vexpress machine<br>><br>> The EDK2 build system is very particular and includes different<br>> dependencies and a lot of custom scripting, which has lead to these design<br>> decisions when building these Buildroot packages:<br>><br>>  * EDK2 needs to rely on Git submodules because its dependencies are not<br>>    easy to build separately<br>>  * Each platform is a specific configuration option (instead of a string)<br>>    because they require slightly different packages etc.<br>><br>> To keep it simple, this series no longer introduce the concept of "SBBR"<br>> Although, the firmware build with ATF + EDK2 + ACPI is mostly compliant<br>> with SBBR.<br>><br>> Dick Olsson (6):<br>>   package/edk2-platforms: new package<br>>   boot/edk2: new package<br><br>I tried to build edk2 with the defconfig changes on the aarch64_efi<br>and pc efi defconfigs, but it failed to build some host tool with:<br><br>gcc  -c  -I .. -I ../Include/Common -I ../Include/ -I<br>../Include/IndustryStandard -I ../Common/ -I .. -I . -I<br>../Include/X64/ -MD -fshort-wchar -fno-strict-aliasing -fwrapv<br>-fno-delete-null-pointer-checks -Wall -Werror<br>-Wno-deprecated-declarations -Wno-stringop-truncation -Wno-restrict<br>-Wno-unused-result -nostdlib -g -O2  GenFv.c -o GenFv.o<br>gcc  -c  -I .. -I ../Include/Common -I ../Include/ -I<br>../Include/IndustryStandard -I ../Common/ -I .. -I . -I<br>../Include/X64/ -MD -fshort-wchar -fno-strict-aliasing -fwrapv<br>-fno-delete-null-pointer-checks -Wall -Werror<br>-Wno-deprecated-declarations -Wno-stringop-truncation -Wno-restrict<br>-Wno-unused-result -nostdlib -g -O2  GenFvInternalLib.c -o<br>GenFvInternalLib.o<br>GenFvInternalLib.c:19:10: fatal error: uuid/uuid.h: No such file or directory<br>   19 | #include <uuid/uuid.h><br><br>or<br><br>gcc -o ../bin/GenFw   GenFw.o ElfConvert.o Elf32Convert.o<br>Elf64Convert.o -L../libs -lCommon -luuid<br>/usr/bin/ld: cannot find -luuid<br><br><br>Looks like libuuid comes from util-linux and host-util-linux was even<br>built in Buildroot with libuuid enabled.<br>So apparently the edk2 host build is missing the flags from Buildroot<br>to build host tools?<br><br>Then I noticed that edk2 doesn't have a host package while some host<br>tools are built. Maybe it's not absolutely required if it adds too<br>much complexity, but is this intentional?<br></blockquote><div><br></div><div><br></div>