From: Chin Liang See <clsee@altera.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/6] arm: socfpga: cyclone5-socdk: Enabling mtd partitioning layout
Date: Sat, 12 Dec 2015 14:30:46 +0800 [thread overview]
Message-ID: <1449901846.2601.25.camel@altera.com> (raw)
In-Reply-To: <201512120420.48990.marex@denx.de>
On Sat, 2015-12-12 at 04:20 +0100, Marek Vasut wrote:
> On Saturday, December 12, 2015 at 12:59:02 AM, Chin Liang See wrote:
> > On Fri, 2015-12-11 at 15:21 +0100, Marek Vasut wrote:
> > > On Friday, December 11, 2015 at 10:15:48 AM, Chin Liang See
> > > wrote:
> > > > Enabling mtd partitioning layout which indicate partition
> > > > for various boot partition
> > > >
> > > > Signed-off-by: Chin Liang See <clsee@altera.com>
> > > > Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
> > > > Cc: Dinh Nguyen <dinh.linux@gmail.com>
> > > > Cc: Pavel Machek <pavel@denx.de>
> > > > Cc: Marek Vasut <marex@denx.de>
> > > > Cc: Stefan Roese <sr@denx.de>
> > > > ---
> > > >
> > > > include/configs/socfpga_cyclone5_socdk.h | 12 ++++++++++++
> > > > 1 file changed, 12 insertions(+)
> > > >
> > > > diff --git a/include/configs/socfpga_cyclone5_socdk.h
> > > > b/include/configs/socfpga_cyclone5_socdk.h index
> > > > 67bb35f..e4a1657
> > > > 100644
> > > > --- a/include/configs/socfpga_cyclone5_socdk.h
> > > > +++ b/include/configs/socfpga_cyclone5_socdk.h
> > > > @@ -96,4 +96,16 @@
> > > >
> > > > /* The rest of the configuration is shared */
> > > > #include <configs/socfpga_common.h>
> > > >
> > > > +/* mtd partitioning for serial NOR flash */
> > > > +#if defined(CONFIG_CMD_UBI) || defined(CONFIG_CMD_SF)
> > >
> > > Is this the default Altera layout ?
> >
> > Yah but believe it need to be updated
>
> So you're not worried about compatibility I presume ?
I still need to care of compatiblity. Some of them will break due to
size increase. But through the use of partition name and environment,
user will be abstracted from this.
>
> > > > +#define MTDPARTS_DEFAULT "mtdparts=ff705000.spi:"\
> > > > + "256k(spl)," \
> > > > + "64k(env)," \
> > > > + "64k(dtb)," \
> > >
> > > What happens if the DT grows over 64k ?
> >
> > Hmmm rethinking of this, I will make Linux dtb, U-Boot and kernel
> > as
> > part of one big UBI partition called boot.
>
> I am using this sort of layout on SoCkit internally:
>
> "mtdparts=ff705000.spi:" \
> "1m(u-boot)," \
> "64k(env1)," \
> "64k(env2)," \
> "-(UBI)\0"
>
Hmmm I didn't see the area for SPL. Wonder is it part of u-boot
partition?
> I have two environment blocks to implement redundant env, which is
> useful
> when deploying the system. It makes the system slightly more
> resilient
> against problems of aging flash.
Nice thought, will increase the environment partition to 256kB to cater
this.
>
> > > > + "256k(boot)," \
> > >
> > > 256k is not enough for U-Boot (considering this is U-Boot).
> >
> > Will create boot region to avoid worrying the size issue
> >
> > > > + "16m(kernel),"
> > > > \
> > > > + "16m(rootfs),"
> > > > \
> > >
> > > Why don't you put kernel and rootfs onto the UBI volume instead ?
> >
> > Yup, kernel will go into boot partition. It will be separated from
> > rootfs as user might choose nfs.
>
> Can you share the final layout before you roll out patches ?
Sure, plan to do so but need to away from desk just now.
Here is the old layout
256k(spl)
64k(env)
64k(dtb)
256k(boot)
16m(kernel)
16m(rootfs)
The new one would like this
256k(spl)
256k(env)
15872k(boot)
16m(rootfs)
The boot partition can be used as ubi part or raw partition.
It contains the linux dtb, u-boot and linux images.
The environment will be used to determine the image offset for
mentioned boot images from boot partition.
Thanks
Chin Liang
next prev parent reply other threads:[~2015-12-12 6:30 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-11 9:15 [U-Boot] [PATCH 1/6] arm: socfpga: cyclone5-socdk: Enabling mtd partitioning layout Chin Liang See
2015-12-11 9:15 ` [U-Boot] [PATCH 2/6] arm: socfpga: arria5-socdk: " Chin Liang See
2015-12-11 9:15 ` [U-Boot] [PATCH 3/6] arm: socfpga: de0-nano-soc: " Chin Liang See
2015-12-11 14:21 ` Marek Vasut
2015-12-11 15:43 ` Dinh Nguyen
2015-12-11 17:36 ` Marek Vasut
2015-12-12 0:01 ` Chin Liang See
2015-12-12 21:10 ` Pavel Machek
2015-12-12 21:45 ` Marek Vasut
2015-12-13 0:01 ` Chin Liang See
2015-12-13 0:04 ` Chin Liang See
2015-12-11 9:15 ` [U-Boot] [PATCH 4/6] arm: socfpga: mcvevk: " Chin Liang See
2015-12-11 14:21 ` Marek Vasut
2015-12-11 9:15 ` [U-Boot] [PATCH 5/6] arm: socfpga: sockit: " Chin Liang See
2015-12-11 14:23 ` Marek Vasut
2015-12-11 9:15 ` [U-Boot] [PATCH 6/6] arm: socfpga: socrates: " Chin Liang See
2015-12-11 14:23 ` Marek Vasut
2015-12-11 14:21 ` [U-Boot] [PATCH 1/6] arm: socfpga: cyclone5-socdk: " Marek Vasut
2015-12-11 23:59 ` Chin Liang See
2015-12-12 3:20 ` Marek Vasut
2015-12-12 6:30 ` Chin Liang See [this message]
2015-12-12 15:36 ` Marek Vasut
2015-12-12 23:59 ` Chin Liang See
2015-12-13 0:01 ` Marek Vasut
2015-12-13 0:49 ` Chin Liang See
2015-12-13 3:14 ` Marek Vasut
2015-12-13 13:03 ` Chin Liang See
2015-12-13 15:42 ` Marek Vasut
2015-12-14 0:11 ` Chin Liang See
2015-12-14 0:22 ` Marek Vasut
2015-12-14 0:43 ` Chin Liang See
2015-12-14 0:58 ` Marek Vasut
2015-12-14 1:22 ` Chin Liang See
2015-12-14 1:25 ` Marek Vasut
2015-12-14 15:22 ` Chin Liang See
2015-12-15 0:32 ` Marek Vasut
2015-12-15 1:09 ` Chin Liang See
2015-12-15 1:15 ` Marek Vasut
2015-12-15 10:09 ` Chin Liang See
2015-12-15 18:16 ` Marek Vasut
2015-12-18 9:39 ` Chin Liang See
2015-12-18 13:10 ` Marek Vasut
2015-12-22 15:49 ` Chin Liang See
2015-12-22 15:53 ` Marek Vasut
2015-12-22 16:00 ` Chin Liang See
2015-12-22 20:10 ` Marek Vasut
2015-12-23 0:24 ` Chin Liang See
2015-12-23 0:48 ` Marek Vasut
2015-12-23 1:38 ` Chin Liang See
2015-12-23 19:02 ` Pavel Machek
2015-12-23 22:57 ` Chin Liang See
2015-12-23 23:16 ` Marek Vasut
2015-12-23 23:36 ` Chin Liang See
2015-12-24 1:30 ` Marek Vasut
2015-12-28 8:51 ` Chin Liang See
2015-12-28 12:39 ` Marek Vasut
2015-12-29 21:06 ` Chin Liang See
2015-12-29 21:20 ` Marek Vasut
2015-12-23 23:18 ` Marek Vasut
2015-12-14 7:54 ` Pavel Machek
2015-12-14 11:09 ` Marek Vasut
2015-12-14 11:26 ` Pavel Machek
2015-12-14 11:31 ` Marek Vasut
2015-12-14 11:51 ` Pavel Machek
2015-12-14 12:20 ` Marek Vasut
2015-12-14 12:53 ` Pavel Machek
2015-12-14 13:34 ` Marek Vasut
2015-12-14 15:31 ` Chin Liang See
2015-12-13 0:49 ` Chin Liang See
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=1449901846.2601.25.camel@altera.com \
--to=clsee@altera.com \
--cc=u-boot@lists.denx.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