From: Scott Wood <scottwood@freescale.com>
To: Hu Mingkai-B21284 <B21284@freescale.com>
Cc: Wood Scott-B07421 <B07421@freescale.com>,
"linuxppc-dev@ozlabs.org" <linuxppc-dev@ozlabs.org>
Subject: Re: [PATCH] powerpc/85xx: DTS - re-organize the SPI partitions property
Date: Tue, 1 Oct 2013 14:37:16 -0500 [thread overview]
Message-ID: <1380656236.10618.39.camel@snotra.buserror.net> (raw)
In-Reply-To: <CF6CBFBA8EBBB949B6E321556F6E15090A157023@039-SN2MPN1-012.039d.mgd.msft.net>
On Mon, 2013-09-30 at 03:31 -0500, Hu Mingkai-B21284 wrote:
>
> > -----Original Message-----
> > From: Wood Scott-B07421
> > Sent: Wednesday, September 25, 2013 3:37 AM
> > To: Hu Mingkai-B21284
> > Cc: Wood Scott-B07421; linuxppc-dev@ozlabs.org
> > Subject: Re: [PATCH] powerpc/85xx: DTS - re-organize the SPI partitions
> > property
> >
> > Fixing U-Boot would make the problem go away without any issues with
> > partition compatibility. Are you sure nobody's using these SPI
> > partitions without booting from SPI? Even if nobody's using this, it
> > seems a wasteful solution. These are pretty small flashes.
> >
> Scott,
>
> I will submit a patch in U-Boot to fix this issue. Some quick questions:
> 1. Should we set the SPI flash as MTDPARTS_DEFAULT?
> 2. Should we consider the partition for NAND/NOR in mtdparts?
> 3. We need to remove the partition table in device tree, right?
Fixing the U-Boot size problem is separate from changing how we do
partitioning, but yes, we should transition all flashes to using
mtdparts instead of device tree partitions.
As to when to remove them from the device tree, that's a bit tricky.
There's no guarantee when a user updates their U-Boot environment
relative to when they update their device tree. It's better to have
the partitions appear twice than to not appear at all. But we do want
to discourage the use of the device tree partitions, and it would be
bad if the descriptions don't match and a user ends up mixing the two.
-Scott
prev parent reply other threads:[~2013-10-01 19:37 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-06 8:05 [PATCH] powerpc/85xx: DTS - re-organize the SPI partitions property Mingkai Hu
2013-09-10 23:33 ` Scott Wood
2013-09-11 2:07 ` Hu Mingkai-B21284
2013-09-12 1:15 ` Scott Wood
2013-09-17 11:06 ` Hu Mingkai-B21284
2013-09-23 23:02 ` Scott Wood
2013-09-24 10:27 ` Hu Mingkai-B21284
2013-09-24 19:37 ` Scott Wood
2013-09-30 8:31 ` Hu Mingkai-B21284
2013-10-01 19:37 ` Scott Wood [this message]
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=1380656236.10618.39.camel@snotra.buserror.net \
--to=scottwood@freescale.com \
--cc=B07421@freescale.com \
--cc=B21284@freescale.com \
--cc=linuxppc-dev@ozlabs.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