From: Maxime Petazzoni <mpetazzoni@mvista.com>
To: "Pandita, Vikram" <vikram.pandita@ti.com>
Cc: "Singh,
Vimal"
<IMCEAEX-_O=TI_OU=BD_cn=Recipients_cn=x0094262@dlee86.itg.ti.com>,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"Rix, Tom" <trix@ti.com>
Subject: Re: [PATCH] OMAP3: Zoom2: provide default MTD partitions
Date: Thu, 27 Aug 2009 16:06:18 +0200 [thread overview]
Message-ID: <20090827140617.GA30917@mvista.com> (raw)
In-Reply-To: <FCCFB4CDC6E5564B9182F639FC35608702F9A44CDF@dbde02.ent.ti.com>
[-- Attachment #1: Type: text/plain, Size: 1587 bytes --]
Hi,
* Pandita, Vikram <vikram.pandita@ti.com> [2009-08-27 19:16:27]:
> Why?
>
> I know of an implementation by Vimal Singh that introduces a common
> flash file for Zoom1 and Zoom2.
> There is reuse of code there.
Thanks for your comments.
There are indeed other implentations around using a common flash file
for Zoom1 and Zoom2 boards. I didn't know of this specific
implementation by Vimal Singh, but we use something very similar
internally.
Since linux-omap didn't had any MTD partitions definitions for either
boards, I decided to go for the smallest change: only partitions for
Zoom2.
> Please discuss and get a converged approach on handling NAND
> partitions on Zoom1 and Zoom2.
Agreed. We should use a common file for Zoom1 and Zoom2 flash, with
Zoom2 specific partition sizes. But I'm not sure I deserve the right to
propose Vimal Singh's patch (by the way, why hasn't it been merged in
the linux-omap tree?). How should we proceed then?
> Also the Systerm/User/Cache partition definitions are more from Android perspective.
>
> Given that each system may have a different NAND partition requirement,
> have you looked at bootargs passing the MTD partition info: Eg:
>
> mtdparts=omap2-nand.0:512k@0(xloader),\
> 1536k@512k(bootloader),\
> 29m@2m(kernel),\
> 160m@32m(system),\
> 32m@192m(userdata),\
> 32m@224m(cache)
Yes, I am aware of the mtdparts command line arguments, which works
great. I think a "default", sensible partition layout for the Zoom2
would be nice though.
- Maxime
--
Maxime Petazzoni
Linux kernel & software dev
MontaVista Software, Inc
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-08-27 14:08 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-27 11:59 [PATCH] OMAP3: Zoom2: provide default MTD partitions Maxime Petazzoni
2009-08-27 13:46 ` Pandita, Vikram
2009-08-27 14:03 ` vimal singh
2009-08-27 14:08 ` Pandita, Vikram
2009-08-27 14:06 ` Maxime Petazzoni [this message]
2009-08-28 16:26 ` Rix, Tom
2009-09-01 7:04 ` vimal singh
2009-09-01 7:12 ` Maxime Petazzoni
2009-09-01 7:22 ` vimal singh
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=20090827140617.GA30917@mvista.com \
--to=mpetazzoni@mvista.com \
--cc=IMCEAEX-_O=TI_OU=BD_cn=Recipients_cn=x0094262@dlee86.itg.ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=trix@ti.com \
--cc=vikram.pandita@ti.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.