Investigate systemd-boot for RISC-V images #24
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
(This is a follow-up from Flock 2026.)
Zbigniew (from systemd) suggested to investigate
systemd-booton RISC-V.First build in the main Koji here: https://koji.fedoraproject.org/koji/buildinfo?buildID=3017451
(Cc: @zbyszek)
@zbyszek: Hey, so Charles Mirabile was saying on Fedora RISC-V Matrix that we do build it for
riscv64as part of our systemd build:https://riscv-kojipkgs.fedoraproject.org/koji/buildinfo?buildID=90738And he does use it for all of his machines instead of Grub, "but to do that you need to grab special install media (everything netinstall), and set a boot paremeter in grub, then make sure to set up the partitions correctly in the installer".
@davidlt was also talking about some limitations of
systemd-boot, but the basics seem to work.We know that
sdbootworks on riscv64 as it was used by other distributions too. I also considered using it for Fedora/RISC-V as we had troubles getting GRUB2 working. I think, this was at a time Fedora addedsdbootas an options, and I had earlier switched x86_64 tosdboot. Sadly at the time I was looking intosdbootfor riscv64 it was broken IIRC.@zbyszek It would be nice if there was a Kiwi image with
sdbootto verify that it always works.hi @kashyapc 👋, @davidlt 👋
Clarification: systemd-boot/sd-boot + systemd-stub/sd-stub are built as part of the
systemdsrpm. This produces thesystemd-boot-unsignedrpm. Then a separatesystemd-bootsrpm is "built" in the special koji channel and this produces thesystemd-boot-$archrpms with the binary signed for SecureBoot.Speaking for upstream: I'm happy to hear that sdboot works on riscv64. AFAIK it's not being regularly tested, so it'd be great to get feedback if something breaks.
Speaking for downstream: the official koji builds currently cover three EFI architectures, producing three noarch binary rpms
systemd-boot-{x64,ia32,aa64}. This is governed byExclusiveArch: %efi, so it's possible that riscv builds will happen automatically when the primary koji starts to cover riscv. But for the signing to work, I think the riscv build will need to be added to the appropriate channel. But this is something to answer when riscv joins the primary koji.@kashyapc wrote in #24 (comment):
Yes, but that is an unsigned build. So it's a necessary step, but not the full story.
Yeah. Not sure where/how this happens.
@zbyszek Fedora official Kiwi descriptions live here: https://pagure.io/fedora-kiwi-descriptions This has not yet moved to Forge (?!).
All the images described there are currently are GRUB2 based, or UKI based. There is also ELN stuff there. If you want a regular testing on
sdboot(signed or unsigned [in our case]) it would highly advice to add an image description for one image.For example, there is
Fedora-Cloud-Base-UEFI-UKI. Maybe something likeFedora-Cloud-Base-UEFI-SDBOOT. You could add those to Pungi composes in upstream Koji instance (might need an approval? well, it's fully standalone change not affecting anything else). We could also build as part of your images set and boot it.The one we deliver for physical boards (SBCs) is
Fedora-Server-Host-Generic.Simply put if you could have a template (kiwi description) for an image that is based on
sdbootinstead ofGRUB2it would testing a lot easier, and it's quick. We build Cloud Base image in ~25 minutes on SiFive P550 board. It's almost 1 hour for the server image.Again, just a suggestion. As long as there is Kiwi description (Cloud or/and Server) it's not that hard for us to spin it.
fedora-kiwi-descriptions are now in https://forge.fedoraproject.org/releng/kiwi-descriptions
OK, it sounds like we need to figure out how to add some image definitions that use sd-boot. I'll put this on the TODO list. I hope people interested in the topic can help.
@zbyszek wrote in #24 (comment):
@zbyszek I'm interested here, although I haven't spent a lot of time with Kiwi hands-on (only theoretically :D). I've added this to my queue too.