Re: [PATCH 00/19] init: discoverable root partitions, a.k.a. an omittable "root=" cmdline option
Al Viro <[email protected]> Mon, 15 Jun 2026 18:04:32 +0100
| Newsgroups | org.infradead.lists.linux-snps-arc,dev.linux.lists.loongarch,org.infradead.lists.linux-arm-kernel,org.infradead.lists.linux-riscv,org.kernel.vger.linux-alpha,org.kernel.vger.linux-block,org.kernel.vger.linux-doc,org.kernel.vger.linux-efi,org.kernel.vger.linux-fsdevel,org.kernel.vger.linux-kernel,org.kernel.vger.linux-mips,org.kernel.vger.linux-parisc,org.kernel.vger.linux-s390,org.ozlabs.lists.linuxppc-dev |
|---|---|
| Message-ID | <20260615170432.GW2636677@ZenIV> |
On Mon, Jun 15, 2026 at 06:08:56PM +0200, Vincent Mailhol wrote: > Tested with GRUB, which implements the LoaderDevicePartUUID EFI variable > in its bli module [3]. With this, I was able to boot a kernel with a > completely empty cmdline and no initrd. > = > [1] The Discoverable Partitions Specification (DPS) > Link: https://uapi-group.org/specifications/specs/discoverable_partitions= _specification/ > = > [2] systemd-gpt-auto-generator > Link: https://www.freedesktop.org/software/systemd/man/latest/systemd-gpt= -auto-generator.html > = > [3] GRUB -- =A716.2 bli > Link: https://www.gnu.org/software/grub/manual/grub/html_node/bli_005fmod= ule.html So what does that thing, tied to EFI as it is, have to do with architecture= s where * firmware is rather unlike EFI * firmware wouldn't know what to do with GPT * GRUB is *not* ported to, let alone used such as, say it, the very first one mentioned at your [1]? Or is that conditional upon "if anyone wants to design replacement firmware for those, and if they agree to follow our wishlist"? _______________________________________________ linux-snps-arc mailing list [email protected] http://lists.infradead.org/mailman/listinfo/linux-snps-arc