At least one instance of u-boot pretending to be EFI
is passing empty rootdev to loader which does not end well.
A simple precaution is harmless.
Differential D50334
loader - guard against empty rootdev sjg on Tue, May 13, 5:53 PM. Authored by Tags None Referenced Files
Details
Diff Detail
Event TimelineComment Actions The args passed to loader.efi on this box include rootdev= ipaddr=10.206.36.221 netmask=255.255.240.0 etc, Comment Actions A loader.efi with this change does not crash - but there is a long delay before the libsecureboot self tests output: FreeBSD/arm64 EFI loader, Revision 2.1 Command line arguments: rootdev= DUMMY=1 ipaddr=10.92.244.138 netmask=255.255.254.0 gatewayip=10.92.245.254 serverip=10.221.65.31 maker=Juniper hw.board.name=ex4100-24p hw.board.macbase=4c:73:4f:09:56:80 hw.board.maccount=0080 hw.board.serialno=FC0822AN0027 hw.boot.intrver=1.2 uboot.ethaddr=4c:73:4f:09:56:80 hw.board.reset=16 boot_function=0 boot_phase=7 spi_emulation=1 console=efi vfs.root.mountfrom=cd9660:/dev/md0.uzip Image base: 0x4fea53000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8225.1792) Console: efi (0x20001000) Load Path: /loader.efi Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/MAC(4c734f095680,1) SecureBoot: 0, SetupMode: 1 Setting currdev to net0: Apparently we stall here for 15 minutes (note loader.efi was loaded from the tftp server so interface is working - for uboot) Testing hash: sha1 Passed But they can then go on to install via tftp |