On Tue, Dec 16, 2025 at 5:54 AM Gerd Hoffmann <[email protected]> wrote: > > Hi, > > > The following are considered out of scope for this specific change, these > > could be looked at for a future change proposal. For this specific change > > the intent is to keep the changes minimal: > > * Stubble is a fork of systemd-stub there is no reason why the same should > > not be possible with systemd-stub. Testing has shown that ATM using > > systemd-stub this way does not work, why this does not work has not been > > investigated yet. For now we are going with Stubble. > > /me looks a bit surprised that you don't even investigate why > systemd-stub does not work before going to package the stubble fork ... >
Well, does sd-stub have the DTB selection stuff for a series of embedded DTBs? I thought that's kind of the point of stubble. > > * The vmlinuz EFI with the Stubble stub and DTBs embedded should work fine > > as the main vmlinuz image for all boards, but this may require changes to > > U-Boot builds without an EFI payload and this will need testing on many > > different boards. > > Also note that we already have a UKI build for VMs (kernel-uki-virt.rpm). > How is this affected by the change? > Probably not at all, since it would be a separate sub-build? > > == UKI with auto dtb selection for Live ISOs == > > I do not believe that Fedora is ready (yet?) to fully switch to using UKIs > > with most setups expecting host specific initrds (UKI's can allow a custom > > / host specific commandline if none is present in the UKI). > > There are surely setups which require host specific initrds. I doubt > this is true for "most setups" though. The trend to standardize storage > hardware (ahci/sata on older machines, nvme on anything recent) helps > here. The virt UKI mentioned above includes drivers for both and should > therefore boot just fine on a lot of physical hardware too. > > It is also common -- especially on laptops -- to have a single disk > only, so the automatic root filesystem discovery by systemd should also > work just fine if partitions are tagged properly (and in case of btrfs > the default subvolume is set to the root subvolume). > I don't want us relying on that, because part of the *point* here is that users can do whatever type of installation they want. > > 2. This would permanently diverge how the Live ISOs boot from other media, > > with now clear path to unification. > > Well, the patch to unification would be using UKIs everywhere. But that > is not easy indeed, specifically because anaconda depends *alot* on the > kernel command line for all kinds of config options, but systemd-stub > does not allow to modify the kernel command line in case secure boot is > turned on. So switching the anaconda installer iso images to UKIs is > far away at this point :( > > > 1. For now vmlinuz will grow by about 3 MB which is not a problem, but as > > more DTBs get added it will grow more. There are several ideas to reduce > > the growth but those are not implemented yet. > > Can't the DTBs be shipped as UKI add-ons? > That's a good question, but I wonder if that would be too late? I was told we can't do it in initramfs, which makes it sound like it absolutely needs to be in vmlinux. -- 真実はいつも一つ！/ Always, there's only one truth! -- _______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
