62a7dae44d
Traditionally, we've used /boot/msdos for the MBR mount point for the SD images that we produced. For GPT and bsdinstall, we've used /boot/efi. Migrate to using /boot/efi for MBR as well and add a /boot/msdos -> /boot/efi symlink for compatibility (which may disappear before 14.0, but will remain on the stable branches). When we first created the arm images, there was no EFI booting and the FAT partion on an MBR image was used to hold the firmware, uboot.bin, SoC config files and ubldr. When we transitioned to uboot with EFI, we put the loader files in the same partition. Later we standardized on /boot/efi at about the same time we added GPT support to the RE produced images. We left the MRB case as /boot/msdos for legacy reasons and since it wasn't always EFI. Later, we dropped support of non-EFI booting on the RE produced images, so the duality of /boot/msdos diminished even more. Since so little secondary meaning remains, putting it all in /boot/efi standardizes the location and reflects the RE images better as using efi-only booting. In addition, always label the msdosfs partion 'efi'. While a small misnomer on some systems that store other files in the ESP, it was requested in review for more consistency for similar reasons to the mountpoint rename. There was no way to have an 'alias' or 'second label' here, so this breaks compatibility. Since the images are self-contained, this was judged to be an acceptable change. Sponsored by: Netflix Reviewed by: manu, allanjude, emaste, gjb Differential Revision: https://reviews.freebsd.org/D36635 |
||
---|---|---|
.. | ||
amd64 | ||
arm | ||
arm64 | ||
i386 | ||
packages | ||
pkg_repos | ||
powerpc | ||
riscv | ||
scripts | ||
tools | ||
Makefile | ||
Makefile.azure | ||
Makefile.ec2 | ||
Makefile.gce | ||
Makefile.inc1 | ||
Makefile.mirrors | ||
Makefile.vagrant | ||
Makefile.vm | ||
rc.local | ||
release.conf.sample | ||
release.sh |