From mboxrd@z Thu Jan  1 00:00:00 1970
From: Scott Wood <scottwood@freescale.com>
Date: Fri, 27 Aug 2010 11:02:41 -0500
Subject: [U-Boot] [PATCH v4 2/4] mtdparts: show net size in mtdparts list
In-Reply-To: <AANLkTinvZzfu0_p+MR5S5KHrZmRiWpdNwHY2uOqad2b_@mail.gmail.com>
References: <1278366212-24023-1-git-send-email-bengardiner@nanometrics.ca>	<1281386640-26918-3-git-send-email-bengardiner@nanometrics.ca>	<20100826185748.GA22779@schlenkerla.am.freescale.net>
	<AANLkTinvZzfu0_p+MR5S5KHrZmRiWpdNwHY2uOqad2b_@mail.gmail.com>
Message-ID: <4C77E1A1.7020501@freescale.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

On 08/27/2010 10:44 AM, Ben Gardiner wrote:
> On Thu, Aug 26, 2010 at 2:57 PM, Scott Wood<scottwood@freescale.com>  wrote:
>> Don't assume partition size fits in 32 bits.  part->size is uint64_t.
>
> I understand that (at some point) we need to support part->size
> uint64_t but the HEAD of u-boot [1],  u-boot-nand-flash/master [2] and
> u-boot-nand-flash/next [3] have u32 for part->size.

I see, I was looking at mtd_partition, not part_info.  Why are we using 
jffs2's partition struct for anything other than jffs2?  Why does jffs2 
have its own partition struct at all?

-Scott