u-boot 2020.07 fails to see BOOTARM.EFI on fat partition with custom installation

Emmanuel Vadot manu at bidouilliste.com
Sat Nov 7 19:01:59 UTC 2020


On Sun, 1 Nov 2020 21:42:54 +0100
Emmanuel Vadot <manu at bidouilliste.com> wrote:

> On Sun, 1 Nov 2020 21:25:12 +0200
> Guy Yur <guyyur at gmail.com> wrote:
> 
> > Hi,
> > 
> > u-boot 2020.01 through 2020.07 have a regression where u-boot only sees
> > shortname files on the fat filesystem if they have the archive attribute 
> > set.
> > 
> > The issue was fixed in u-boot 2020.10:
> > https://github.com/u-boot/u-boot/commit/1788a9697f51aebb25623e6216c09304756748ff
> > 
> > Are there plans to update u-boot-master port to 2020.10?
> 
>  Yes, I have the update ready but this broke a few things in the
> rockpro64 port. I'll backport the fix next week if I didn't find time
> to fix everything else needed for the 2020.10 update.
> 
>  Thanks for the report.
> 
> > The issue doesn't affect images created by makefs which sets the flag.
> > When doing custom steps (newfs_msdos, mount, copy loader.efi to
> > EFI/BOOT/BOOTARM.EFI and umount),if the source file is on UFS,
> > the target file will not have UF_ARCHIVE set.
> > u-boot will fail to see BOOTARM.EFI and the system will not boot.
> > 
> > Specifically, this happened to me with u-boot-orangepi-pc.
> > 
> > 0040c440  42 4f 4f 54 41 52 4d 20  45 46 49 00 00 83 d3 9e |BOOTARM 
> > EFI.....|
> > 0040c450  5f 51 5f 51 00 00 d3 9e  5f 51 8f 00 a8 a7 08 00  
> > |_Q_Q...._Q......|
> > 
> > Thanks,
> > Guy Yur
> > 
> > _______________________________________________
> > freebsd-arm at freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> > To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"

 Just commited 2020.10, let me know if you have any problems.

 Thanks,

-- 
Emmanuel Vadot <manu at bidouilliste.com> <manu at freebsd.org>


More information about the freebsd-arm mailing list