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 ... > * 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? > == 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). > 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? take care, Gerd -- _______________________________________________ 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
