systemd-boot support and L4TLauncher #1650
igoropaniuk
started this conversation in
General
Replies: 2 comments
-
I don't have any direct knowledge in this area but there is also a discussion about using grub instead of L4TLauncher at #1480 if you haven't found this already. Perhaps this implementation could be useful to figure out how to replace l4tlauncher in a systemd-boot scheme. |
Beta Was this translation helpful? Give feedback.
0 replies
-
This was briefly discussed in the meeting this month at https://github.com/OE4T/meta-tegra/wiki/OE4T-Meeting-Notes-2024%E2%80%9009%E2%80%9012 as well (see the end of the meeting) |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I've stumbled upon multiple discussions here about integration of systemd-boot and currently trying to bring up a PoC setup, so we can replace
syslinux.cfg
and have a generic EFI boot loader mechanism supporting UEFI secure boot, UKIs and so on.IIUC for now the only supported boot sequence is
EDK2 -> L4TLauncher -> systemd-boot
, as we have to keep L4TLauncher, because it handles Tegra-specific (so-called "boot chains") A/B redundancy implementation (btw, is there any else I might have missed in L4TLauncher sources that might be useful for Linux booting?).I was wondering if it's possible ti get rid of
L4TLauncher
completely, and havesystemd-boot
as default boot fileEFI/BOOT/BOOTAA64.efi
. EDK2BootChainDxe
driver instead of setting EFI variablesBootChainFwCurrent
/BootChainOsCurrent
can directly "flip" boot entries (considering we have entries likedefault-slot.conf
andfallback-slot.conf
) in ESP partition. I'm not sure if it's a good idea, but I haven't found any restrictions in UEFI PI specBeta Was this translation helpful? Give feedback.
All reactions