[U-Boot] [PATCH 1/6] arm: socfpga: cyclone5-socdk: Enabling mtd partitioning layout

[Marek Vasut <marex@denx.de>]

On Monday, December 14, 2015 at 04:22:57 PM, Chin Liang See wrote:
> On Mon, 2015-12-14 at 02:25 +0100, Marek Vasut wrote:
> > On Monday, December 14, 2015 at 02:22:32 AM, Chin Liang See wrote:
> [...]
> 
> > > > > and rethinking, we can have 2 MTD_PARTITION
> > > > > where one for backward compatiblity (supporting raw) while
> > > > > another
> > > > > for
> > > > > UBI.
> > > > > 
> > > > > MTDPARTS_RAW
> > > > > 256k(spl),
> > > > > 256k(env),
> > > > > 15872k(boot),
> > > > > -(rootfs)
> > > > > 
> > > > > MTDPARTS_UBI
> > > > > 256k(spl),
> > > > > 256k(env),
> > > > > -(UBI)
> > > > > 
> > > > > We should make UBI as default then. If user care about backward
> > > > > compatiblity, they shall use the MTDPARTS_RAW then.
> > > > 
> > > > Try this:
> > > > 
> > > > mtdparts=1m(u
> > > > -boot),256k(env1),256k(env2),14848k(boot),112m(root),
> > > > - at 1536k(UBI)
> > > > 
> > > > This will create overlapping partitions "boot,root" and "UBI" .
> > > 
> > > Nice, let me give it a try.
> > 
> > Make sure to test it in Linux too ;-)
> 
> Yeah, I can successfully mounted with ubifs :)
> 
> Just that I still have the issue with U-Boot ubifsmount although I
> already applied the patch for cache ARMV7. I will take a look into ubi
> code as I suspect its due to eraseblock size issue.

Keep looking, good luck.

The armv7 cache issue is more serious than I thought, I am starting to suspect
there is some problem with the L3 interconnect, but I cannot put my finger on
it yet.

Best regards,
Marek Vasut