From: Karel Zak <kzak@redhat.com>
To: Will Drewry <wad@chromium.org>
Cc: linux-kernel@vger.kernel.org, Kay Sievers <kay.sievers@vrfy.org>,
Jens Axboe <axboe@kernel.dk>, Tejun Heo <tj@kernel.org>,
"David S. Miller" <davem@davemloft.net>,
Andrew Morton <akpm@linux-foundation.org>,
Joe Perches <joe@perches.com>, Jan Blunck <jblunck@suse.de>,
Greg Kroah-Hartman <gregkh@suse.de>
Subject: Re: [PATCH v2 2/3] genhd, efi: add efi partition metadata to hd_structs
Date: Wed, 4 Aug 2010 11:00:49 +0200 [thread overview]
Message-ID: <20100804090049.GH5464@nb.net.home> (raw)
In-Reply-To: <1280887483-2979-2-git-send-email-wad@chromium.org>
On Tue, Aug 03, 2010 at 09:04:42PM -0500, Will Drewry wrote:
> This change extends the partition_meta_info structure to
> support EFI GPT-specific metadata and ensures that data
> is copied in on partition scanning.
Why do want to store GPT-specific data (efi_guid_t) to
partition_meta_info? I think it would be better to use label and uuid
in a generic format (e.g. string or u8 uuid[16]) -- then you don't
have to use things like union, disklabel specific code to compare
uuids, etc. IMHO your current code is too complicated.
> + info = alloc_part_info(NULL);
> + if (!info) {
> + printk(KERN_WARNING
> + "unable to allocate memory for part->info\n");
> + continue;
> + }
> + info->format = PARTITION_META_INFO_FORMAT_EFI;
> + memcpy(info->efi.uuid.b, ptes[i].unique_partition_guid.b,
> + sizeof(info->efi.uuid.b));
> + memcpy(info->efi.type.b, ptes[i].partition_type_guid.b,
> + sizeof(info->efi.type.b));
why do you need to partition type?
> + memcpy(info->efi.label, ptes[i].partition_name,
> + sizeof(info->efi.label));
the partition name is in UTF8LE, is it correct to use it in raw
format?
> + state->parts[i + 1].info = info;
> }
> kfree(ptes);
> kfree(gpt);
> diff --git a/include/linux/genhd.h b/include/linux/genhd.h
> index 7b6644a..beb98e3 100644
> --- a/include/linux/genhd.h
> +++ b/include/linux/genhd.h
> @@ -91,11 +91,25 @@ struct disk_stats {
> enum partition_meta_info_format_t {
> /* Partition info format */
> PARTITION_META_INFO_FORMAT_NONE = 0,
> + PARTITION_META_INFO_FORMAT_EFI,
> + /* Place additional formats here. */
> + PARTITION_META_INFO_FORMAT_MAX,
> };
>
> +#ifdef CONFIG_EFI_PARTITION
> +#include <linux/efi.h>
> +#endif
> +
> struct partition_meta_info {
> enum partition_meta_info_format_t format;
> union {
> +#ifdef CONFIG_EFI_PARTITION
> + struct {
> + efi_guid_t uuid;
> + efi_guid_t type;
> + efi_char16_t label[72 / sizeof(efi_char16_t)];
> + } efi;
> +#endif
> };
> };
>
> --
> 1.7.0.4
>
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
next prev parent reply other threads:[~2010-08-04 9:01 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-02 19:17 [PATCH RFC] efi: add and expose efi_partition_by_guid Will Drewry
2010-08-02 23:00 ` David Miller
2010-08-03 2:44 ` Will Drewry
2010-08-03 2:52 ` [PATCH v2 " Will Drewry
2010-08-03 18:50 ` Randy Dunlap
2010-08-03 18:52 ` Will Drewry
2010-08-03 2:48 ` [PATCH RFC (alt)] efi: add efi_partition_walk and expose for kernel access Will Drewry
2010-08-03 16:08 ` [PATCH RFC] efi: add and expose efi_partition_by_guid Tejun Heo
2010-08-03 17:17 ` Kay Sievers
2010-08-03 17:55 ` Will Drewry
2010-08-03 18:23 ` Kay Sievers
2010-08-03 18:52 ` Will Drewry
2010-08-03 21:35 ` [PATCH 1/2] block, partition: add partition_meta_info to hd_struct Will Drewry
2010-08-03 21:35 ` [PATCH 2/2] genhd, efi: add efi partition metadata to hd_structs Will Drewry
2010-08-03 21:54 ` Kay Sievers
2010-08-03 22:27 ` Will Drewry
2010-08-03 23:13 ` Kay Sievers
2010-08-04 2:04 ` [PATCH v2 1/3] block, partition: add partition_meta_info to hd_struct Will Drewry
2010-08-04 7:57 ` Tejun Heo
2010-08-04 14:46 ` Will Drewry
2010-08-04 2:04 ` [PATCH v2 2/3] genhd, efi: add efi partition metadata to hd_structs Will Drewry
2010-08-04 7:59 ` Tejun Heo
2010-08-04 9:00 ` Karel Zak [this message]
2010-08-04 10:14 ` Kay Sievers
2010-08-04 14:44 ` Will Drewry
2010-08-04 15:28 ` Kay Sievers
2010-08-04 15:56 ` Will Drewry
2010-08-04 18:22 ` [PATCH v3 1/3] block, partition: add partition_meta_info to hd_struct Will Drewry
2010-08-04 18:22 ` [PATCH v3 2/3] genhd, efi: add efi partition metadata to hd_structs Will Drewry
2010-08-04 18:22 ` [PATCH v3 3/3] init: add support for root devices specified by partition UUID Will Drewry
2010-08-05 10:55 ` Tejun Heo
2010-08-05 14:26 ` Will Drewry
2010-08-05 14:29 ` Tejun Heo
2010-08-05 19:19 ` Will Drewry
2010-08-05 19:29 ` Kay Sievers
2010-08-31 20:47 ` [PATCH v4 1/3] block, partition: add partition_meta_info to hd_struct Will Drewry
2010-09-15 14:22 ` Jens Axboe
2010-08-31 20:47 ` [PATCH v4 2/3] genhd, efi: add efi partition metadata to hd_structs Will Drewry
2010-08-31 20:47 ` [PATCH v4 3/3] init: add support for root devices specified by partition UUID Will Drewry
2010-08-04 14:44 ` [PATCH v2 2/3] genhd, efi: add efi partition metadata to hd_structs Will Drewry
2010-08-04 2:04 ` [PATCH 3/3] init: add support for root devices specified by partition UUID Will Drewry
2010-08-04 14:27 ` [PATCH 2/2] genhd, efi: add efi partition metadata to hd_structs John Stoffel
2010-08-04 14:45 ` Will Drewry
2010-08-04 15:25 ` Kay Sievers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100804090049.GH5464@nb.net.home \
--to=kzak@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=axboe@kernel.dk \
--cc=davem@davemloft.net \
--cc=gregkh@suse.de \
--cc=jblunck@suse.de \
--cc=joe@perches.com \
--cc=kay.sievers@vrfy.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tj@kernel.org \
--cc=wad@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®