Re: [PATCH RFC] efi: add and expose efi_partition_by_guid
From: Kay Sievers
Date: Tue Aug 03 2010 - 13:18:10 EST
On Tue, Aug 3, 2010 at 18:08, Tejun Heo <tj@xxxxxxxxxx> wrote:
> On 08/02/2010 09:17 PM, Will Drewry wrote:
>> EFI's GPT partitioning scheme expects that all partitions have a unique
>> identifiers. ÂAfter initial partition scanning, this information is
>> completely lost to the rest of the kernel.
>> efi_partition_by_guid exposes GPT parsing support in a limited fashion
>> to allow other portions of the kernel to map a partition from GUID to
> Kay, you were talking about using GUID in GPT for finding out root
> device and so on. Does this fit your use case too? If not it would
> be nice to find out something which can be shared.
Yeah, we have something similar in mind since a while, to be able to
safely boot a box without an initramfs, and to be able to to specify
on the kernel commandline.
The current 'blkid' already reports stuff like, to have the same
information in userspace:
$ blkid -p -oudev /dev/sde1
I guess we want to store these identifiers directly into the partition
structure, independent of the partition format, so any code can
register a callback for a new block device, and can just check if
that's the device in question. Walking the block devices would just be
something usual provided by the driver core, instead of having some
specific EFI walk functions.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/