From 1fb2d8fcb69bcdbab0a5dd23bbf02f729e47e656 Mon Sep 17 00:00:00 2001 From: Lennart Poettering Date: Wed, 10 Nov 2021 12:32:28 +0100 Subject: docs: invite people to define GPT partition types for all archs now The discovery partitions spec so far suggested we should define arch-specific partition type uuids only for archs that have EFI. Let's change that and invite people to define them for any arch. Why? Even if GPT is defined as part of the UEFI spec it's quite useful independently of it, too. Specifically, our image dissection logic makes use of it, i.e. systemd-nspawn, systemd-gpt-auto-generator, systemd-repart, RootImage=, portable services, and so on. None of these tools are related to UEFI in any way. Hence, let's open this up. --- docs/DISCOVERABLE_PARTITIONS.md | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) (limited to 'docs/DISCOVERABLE_PARTITIONS.md') diff --git a/docs/DISCOVERABLE_PARTITIONS.md b/docs/DISCOVERABLE_PARTITIONS.md index 02ff1f6de3..af19b33a32 100644 --- a/docs/DISCOVERABLE_PARTITIONS.md +++ b/docs/DISCOVERABLE_PARTITIONS.md @@ -306,11 +306,9 @@ installation processes of Linux a bit more robust and self-descriptive. ### Why did you only define the root partition for these listed architectures? -The automatic discovery of the root partition is defined to operate on the disk -containing the current EFI System Partition (ESP). Since EFI only exists on -x86, x86-64, ia64, ARM, LoongArch and RISC-V so far, we only defined root -partition UUIDs for these architectures. Should EFI become more common on -other architectures, we can define additional UUIDs for them. +Please submit a patch that adds appropriate partition type UUIDs for the +architecture of your choice should they be missing so far. The only reason they +aren't defined yet is that nobody submitted them yet. ### Why define distinct root partition UUIDs for the various architectures? -- cgit v1.2.3