From: Mika Korhonen <ext-mika.2.korhonen@nokia.com>
To: ext Vimal Singh <vimal.newwork@gmail.com>
Cc: "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: [PATCH] MTD OneNAND OMAP2/3: allow giving partition layout as module parameter
Date: Tue, 10 Nov 2009 08:18:32 +0200 [thread overview]
Message-ID: <4AF905B8.4070704@nokia.com> (raw)
In-Reply-To: <ce9ab5790910290625u9baaf14le5ab14fe4d6ba783@mail.gmail.com>
ext Vimal Singh wrote:
> On Thu, Sep 3, 2009 at 4:45 PM, Mika Korhonen
> <ext-mika.2.korhonen@nokia.com> wrote:
>
>> Add module parameter "parts" to omap2-onenand driver. Parameter format is
>> the same as for cmdlinepart except mtd-id must not be specified - it
>> gets prepended by the driver, i.e.: parts=<partdef>[,<partdef>]*
>>
>> This allows one to repartition the OneNAND chip and is useful for flashing
>> applications that do the partitioning from scratch or want to backup and
>> update the partitioning.
>>
>> Signed-off-by: Mika Korhonen <ext-mika.2.korhonen@nokia.com>
>> ---
>> drivers/mtd/cmdlinepart.c | 35 +++++++++++++++++++++++++++++------
>> drivers/mtd/onenand/omap2.c | 29 +++++++++++++++++++++++++++++
>> 2 files changed, 58 insertions(+), 6 deletions(-)
>>
>> diff --git a/drivers/mtd/cmdlinepart.c b/drivers/mtd/cmdlinepart.c
>> index 1479da6..77fa7b7 100644
>> --- a/drivers/mtd/cmdlinepart.c
>> +++ b/drivers/mtd/cmdlinepart.c
>> @@ -5,7 +5,7 @@
>> *
>> * The format for the command line is as follows:
>> *
>> - * mtdparts=<mtddef>[;<mtddef]
>> + * mtdparts=<mtddef>[;<mtddef>]
>> * <mtddef> := <mtd-id>:<partdef>[,<partdef>]
>> * where <mtd-id> is the name from the "cat /proc/mtd" command
>> * <partdef> := <size>[@offset][<name>][ro][lk]
>> @@ -54,7 +54,7 @@ struct cmdline_mtd_partition {
>> /* mtdpart_setup() parses into here */
>> static struct cmdline_mtd_partition *partitions;
>>
>> -/* the command line passed to mtdpart_setupd() */
>> +/* the command line passed to mtdpart_setup() */
>> static char *cmdline;
>> static int cmdline_parsed = 0;
>>
>> @@ -219,9 +219,8 @@ static int mtdpart_setup_real(char *s)
>> {
>> cmdline_parsed = 1;
>>
>> - for( ; s != NULL; )
>> - {
>> - struct cmdline_mtd_partition *this_mtd;
>> + for ( ; s != NULL; ) {
>> + struct cmdline_mtd_partition *this_mtd, *mtd, *mtd_prev;
>> struct mtd_partition *parts;
>> int mtd_id_len;
>> int num_parts;
>> @@ -270,6 +269,27 @@ static int mtdpart_setup_real(char *s)
>> this_mtd->mtd_id = (char*)(this_mtd + 1);
>> strlcpy(this_mtd->mtd_id, mtd_id, mtd_id_len + 1);
>>
>> + /* remove existing ones with the same id */
>> + mtd_prev = NULL;
>> + for (mtd = partitions; mtd;) {
>>
> Space instead of tab.
>
>
>> + if (strcmp(this_mtd->mtd_id, mtd->mtd_id) == 0) {
>>
> Hmm... I guess you won't get your device id matched here. Since the
> string you are passing from omap onenand driver is something like
> this:
> omap2-onenand:.....
>
> while mtd registers device ids in different format, something like:
> 'omap2-onenand.0'
>
>
It's been tested, and it matches. In parse_cmdline_partitions() mtd_id
is set from mtd_info.name of the chip. Could be that cmdlinepart.c is
outdated, though.
--
Mika
next prev parent reply other threads:[~2009-11-10 6:20 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-03 11:15 [PATCH] MTD OneNAND OMAP2/3: allow giving partition layout as module parameter Mika Korhonen
2009-10-28 11:50 ` Artem Bityutskiy
2009-10-28 11:56 ` Artem Bityutskiy
2009-10-28 14:55 ` Vimal Singh
2009-10-29 13:25 ` Vimal Singh
2009-11-10 6:18 ` Mika Korhonen [this message]
2009-11-10 9:02 ` Vimal Singh
2009-11-10 9:28 ` Mika Korhonen
2009-11-03 6:40 ` Artem Bityutskiy
2009-11-03 9:41 ` Mika Korhonen
2009-11-26 13:27 ` Adrian Hunter
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=4AF905B8.4070704@nokia.com \
--to=ext-mika.2.korhonen@nokia.com \
--cc=linux-mtd@lists.infradead.org \
--cc=vimal.newwork@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.