Re: [PATCH v2 2/3] genhd, efi: add efi partition metadata to hd_structs
From: Will Drewry
Date: Wed Aug 04 2010 - 11:57:09 EST
On Wed, Aug 4, 2010 at 10:28 AM, Kay Sievers <kay.sievers@xxxxxxxx> wrote:
> On Wed, Aug 4, 2010 at 16:44, Will Drewry <wad@xxxxxxxxxxxx> wrote:
>> On Wed, Aug 4, 2010 at 5:14 AM, Kay Sievers <kay.sievers@xxxxxxxx> wrote:
>>> But the only thing we are really interested in is the UUID, which,
>>> like Tejun already suggested, we should probably store
>>> format-independent, and have it always accessible. That way, we would
>>> not need any type-specific parser, we just handle the normal DCE
>> I'll bump it out and make it the efi code generic-ify its uuid. Out
>> of curiousity, were you and Tejun thinking of keeping it as a 36 byte
>> string or as the 16 byte packed value. While less space efficient,
>> I'd prefer the u8 as it avoids dealing with versioning when
>> parsing the user-supplied string. Instead, each partition type can
>> properly unparse its uuids according to what they expect.
> I think we should use the packed version, which is case-insensitive,
> or at least normalize it to a defined case.
Yeah, I'm all for tolower()ing the entire value instead of packing :)
, but looking at the uuid code quickly, and it seems that the only
real difference in ordering practically is big-endian versus little
endian. Since sprintf supports converting both of those to strings,
it would make sense to just have a part_pack_uuid(char *uuid) which
will always do, let's say big endian, packing. Then it won't be too
much work for the partition format to export the value either directly
to the right format or just via sprintf then pack.
I'll add a common packer/unpacker, and see how it looks.
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/