From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: barebox@lists.infradead.org, Rob Herring <rob.herring@calxeda.com>
Subject: Re: [PATCH 4/5] disk: introduce partition name
Date: Thu, 14 Feb 2013 22:30:38 +0100 [thread overview]
Message-ID: <20130214213038.GV19322@game.jcrosoft.org> (raw)
In-Reply-To: <20130214205122.GE1906@pengutronix.de>
On 21:51 Thu 14 Feb , Sascha Hauer wrote:
> On Thu, Feb 14, 2013 at 04:52:26PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > so we can register partion with name as present in EFI GPT
> >
> > Cc: Rob Herring <rob.herring@calxeda.com>
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
> > ---
> > common/partitions.c | 51 ++++++++++++++++++++++++++++++++++----------
> > common/partitions/parser.h | 2 ++
> > 2 files changed, 42 insertions(+), 11 deletions(-)
> >
> > diff --git a/common/partitions.c b/common/partitions.c
> > index 7cb8399..51a0fc2 100644
> > --- a/common/partitions.c
> > +++ b/common/partitions.c
> > @@ -44,15 +44,42 @@ LIST_HEAD(partition_parser_list);
> > static int register_one_partition(struct block_device *blk,
> > struct partition *part, int no)
> > {
> > - char partition_name[19];
> > + char *partition_name;
> > + int ret;
> > + uint64_t start = part->first_sec * SECTOR_SIZE;
> > + uint64_t size = part->size * SECTOR_SIZE;
> > +
> > + partition_name = asprintf("%s.%d", blk->cdev.name, no);
> > + if (!partition_name)
> > + return -ENOMEM;
> > + dev_dbg(blk->dev, "Registering partition %s on drive %s\n",
> > + partition_name, blk->cdev.name);
> > + ret = devfs_add_partition(blk->cdev.name,
> > + start, size, 0, partition_name);
> > + if (ret)
> > + goto out;
> > +
> > + free(partition_name);
> > + partition_name = asprintf("%s.%s", blk->cdev.name, part->name);
> > + if (!partition_name) {
> > + dev_warn(blk->dev, "Registering partition %s on drive %s failled\n",
> > + part->name, blk->cdev.name);
>
> You are in -ENOMEM here, not in partitiion register fai*l*ed.
>
> > + return 0;
> > + }
> >
> > - sprintf(partition_name, "%s.%d", blk->cdev.name, no);
> > dev_dbg(blk->dev, "Registering partition %s on drive %s\n",
> > partition_name, blk->cdev.name);
> > - return devfs_add_partition(blk->cdev.name,
> > - part->first_sec * SECTOR_SIZE,
> > - part->size * SECTOR_SIZE,
> > - 0, partition_name);
> > + ret = devfs_add_partition(blk->cdev.name,
> > + start, size, 0, partition_name);
> > +
> > + if (ret)
> > + dev_warn(blk->dev, "Registering partition %s on drive %s failled\n",
> > + partition_name, blk->cdev.name);
> > +
> > + ret = 0;
> > +out:
> > + free(partition_name);
> > + return 0;
> > }
> >
> > static struct partition_parser *partition_parser_get_by_filetype(uint8_t *buf)
> > @@ -79,12 +106,13 @@ static struct partition_parser *partition_parser_get_by_filetype(uint8_t *buf)
> > */
> > int parse_partition_table(struct block_device *blk)
>
> The changes to this function seem unrelated to the topic of this patch.
>
> > {
> > - struct partition_desc pdesc = { .used_entries = 0, };
> > + struct partition_desc *pdesc;
> > int i;
> > int rc = 0;
> > struct partition_parser *parser;
> > uint8_t *buf;
> >
> > + pdesc = xzalloc(sizeof(*pdesc));
> > buf = dma_alloc(SECTOR_SIZE * 2);
> >
> > rc = blk->ops->read(blk, buf, 0, 2);
> > @@ -97,14 +125,14 @@ int parse_partition_table(struct block_device *blk)
> > if (!parser)
> > goto on_error;
> >
> > - parser->parse(buf, blk, &pdesc);
> > + parser->parse(buf, blk, pdesc);
> >
> > - if (!pdesc.used_entries)
> > + if (!pdesc->used_entries)
> > return 0;
>
> You lose memory here.
>
> >
> > /* at least one partition description found */
> > - for (i = 0; i < pdesc.used_entries; i++) {
> > - rc = register_one_partition(blk, &pdesc.parts[i], i);
> > + for (i = 0; i < pdesc->used_entries; i++) {
> > + rc = register_one_partition(blk, &pdesc->parts[i], i);
> > if (rc != 0)
> > dev_err(blk->dev,
> > "Failed to register partition %d on %s (%d)\n",
> > @@ -115,6 +143,7 @@ int parse_partition_table(struct block_device *blk)
> >
> > on_error:
> > dma_free(buf);
> > + free(pdesc);
> > return rc;
> > }
> >
> > diff --git a/common/partitions/parser.h b/common/partitions/parser.h
> > index 61b1cf5..083c143 100644
> > --- a/common/partitions/parser.h
> > +++ b/common/partitions/parser.h
> > @@ -12,8 +12,10 @@
> > #include <linux/list.h>
> >
> > #define MAX_PARTITION 8
> > +#define MAX_PARTITION_NAME 38
> >
> > struct partition {
> > + char name[MAX_PARTITION_NAME];
>
> is this used?
yes by efi
in GPT you have a partname so you will have this
`---- ffe08000.sata
`---- 0x00000000-0x3fffffff: /dev/ata0
`---- 0x00100000-0x063fffff: /dev/ata0.0
`---- 0x00100000-0x063fffff: /dev/ata0.boot
`---- 0x06400000-0x3fefffff: /dev/ata0.1
`---- 0x06400000-0x3fefffff: /dev/ata0.root
so you do not care where is the boot partition just that the partition exist
and just mount root as rootfs
Best Regards,
J.
>
> Sascha
>
> --
> Pengutronix e.K. | |
> Industrial Linux Solutions | http://www.pengutronix.de/ |
> Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
> Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2013-02-14 21:31 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-14 15:47 [PATCH 0/5] add EFI GUID Partition Table support Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 15:52 ` [PATCH 1/5] linux/types: import __aligned_x64 from the kernel Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 15:52 ` [PATCH 2/5] filetype: add GPT support Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 16:36 ` Sascha Hauer
2013-02-14 16:53 ` Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 17:05 ` Johannes Stezenbach
2013-02-14 19:17 ` Sascha Hauer
2013-02-14 22:08 ` Jean-Christophe PLAGNIOL-VILLARD
2013-02-15 7:43 ` Johannes Stezenbach
2013-02-15 10:47 ` Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 15:52 ` [PATCH 3/5] partitons: add framework Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 20:37 ` Sascha Hauer
2013-02-14 15:52 ` [PATCH 4/5] disk: introduce partition name Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 20:51 ` Sascha Hauer
2013-02-14 21:30 ` Jean-Christophe PLAGNIOL-VILLARD [this message]
2013-02-14 21:42 ` Sascha Hauer
2013-02-14 15:52 ` [PATCH 5/5] disk: partitions: add EFI GUID Partition Table Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 22:42 [PATCH 0/5] add EFI GUID Partition Table support Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 22:44 ` [PATCH 1/5] linux/types: import __aligned_x64 from the kernel Jean-Christophe PLAGNIOL-VILLARD
2013-02-14 22:44 ` [PATCH 4/5] disk: introduce partition name Jean-Christophe PLAGNIOL-VILLARD
2013-02-15 12:59 [PATCH 0/5 v3] add EFI GUID Partition Table support Jean-Christophe PLAGNIOL-VILLARD
2013-02-15 13:35 ` [PATCH 1/5] linux/types: import __aligned_x64 from the kernel Jean-Christophe PLAGNIOL-VILLARD
2013-02-15 13:35 ` [PATCH 4/5] disk: introduce partition name Jean-Christophe PLAGNIOL-VILLARD
2013-02-15 17:43 ` Sascha Hauer
2013-02-16 11:29 ` Jean-Christophe PLAGNIOL-VILLARD
2013-02-16 11:38 [PATCH 0/5 v4] add EFI GUID Partition Table support Jean-Christophe PLAGNIOL-VILLARD
2013-02-16 13:47 ` [PATCH 1/5] linux/types: import __aligned_x64 from the kernel Jean-Christophe PLAGNIOL-VILLARD
2013-02-16 13:47 ` [PATCH 4/5] disk: introduce partition name Jean-Christophe PLAGNIOL-VILLARD
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=20130214213038.GV19322@game.jcrosoft.org \
--to=plagnioj@jcrosoft.com \
--cc=barebox@lists.infradead.org \
--cc=rob.herring@calxeda.com \
--cc=s.hauer@pengutronix.de \
/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