boot/efi: Optionally sign our EFI bootloader* The private keys are in possession of Haiku, Inc.Change-Id: I3b5b004e1dce0102f8a65f6d682f7e428845efe8Reviewed-on: https://review.haiku-os.org/c/haik
boot/efi: Optionally sign our EFI bootloader* The private keys are in possession of Haiku, Inc.Change-Id: I3b5b004e1dce0102f8a65f6d682f7e428845efe8Reviewed-on: https://review.haiku-os.org/c/haiku/+/4936Reviewed-by: Alex von Gluck IV <kallisti5@unixzen.com>Reviewed-by: waddlesplash <waddlesplash@gmail.com>
show more ...
u-boot/arm: simplify device tree handlingBy updating $fdt_addr_r we can simplify boot-arm.scr.txt.Now we can explicitly pass the device tree address to bootefi instead ofrelying on a fallback in
u-boot/arm: simplify device tree handlingBy updating $fdt_addr_r we can simplify boot-arm.scr.txt.Now we can explicitly pass the device tree address to bootefi instead ofrelying on a fallback inside U-Boot.Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>Change-Id: Ifceb574aca2814605a2e4e58e9187773817c5df2Reviewed-on: https://review.haiku-os.org/c/haiku/+/2970Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>Reviewed-by: Alex von Gluck IV <kallisti5@unixzen.com>Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>
boot/ppc: Cleanup paths, use hfs vs hfsplus* Move assets to new boot directory* -hfsplus not valid anymore on cdrtools 3.02* Throw down some forth I saw in an *old* fedora 12 chrp script. If w
boot/ppc: Cleanup paths, use hfs vs hfsplus* Move assets to new boot directory* -hfsplus not valid anymore on cdrtools 3.02* Throw down some forth I saw in an *old* fedora 12 chrp script. If we ever target ppc64 it might be handy someday. The text output also lets you know the cd booted successfully.Change-Id: I169d887fe8373de1719b98305d01b714f6f6bcbeReviewed-on: https://review.haiku-os.org/c/haiku/+/4681Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>Reviewed-by: Jessica Hamilton <jessica.l.hamilton@gmail.com>
riscv64/boot: Add same u-boot potential that arm has, drop L_DYNAMIC* Tianocore is still in an early state for RISCV64 with a lot of work needed around qemu support.* u-boot however is working,
riscv64/boot: Add same u-boot potential that arm has, drop L_DYNAMIC* Tianocore is still in an early state for RISCV64 with a lot of work needed around qemu support.* u-boot however is working, and can load EFI binaries... so follow the arm model for now. (EFI via u-boot, or EFI via EFI Bios)Change-Id: I3dfde25db17b114aedce6faefc58d7556e17a46aReviewed-on: https://review.haiku-os.org/c/haiku/+/3176Reviewed-by: Alex von Gluck IV <kallisti5@unixzen.com>Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
u-boot/arm: Break script out of Jamfile. Add EFI support.* boot.scr was growing past Jam MAXLINE and was causing segfaults* Break out to tree, data/boot could be used for other arches* boot.scr i
u-boot/arm: Break script out of Jamfile. Add EFI support.* boot.scr was growing past Jam MAXLINE and was causing segfaults* Break out to tree, data/boot could be used for other arches* boot.scr is getting a bit complex, but supports the old u-boot haiku_loader, as well as u-boot starting our EFI loader.Change-Id: I93a3167ab0bc78747c1d70fedd08595e9ac89662Reviewed-on: https://review.haiku-os.org/c/haiku/+/2963Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>