[OpenWrt-Devel] [PATCH 0/4] mvebu: Add support for the Globalscale Mirabox

[Maxime Ripard]

On Thu, Nov 06, 2014 at 05:48:19PM +0100, Maxime Ripard wrote:
> On Wed, Oct 29, 2014 at 11:42:13AM +0100, Maxime Ripard wrote:
> > Hi Imre,
> > 
> > On Thu, Oct 09, 2014 at 10:54:19PM +0200, Maxime Ripard wrote:
> > > Hi Imre,
> > > 
> > > On Thu, Oct 09, 2014 at 10:30:46PM +0200, Imre Kaloz wrote:
> > > > Hi,
> > > > 
> > > > On Thu, 09 Oct 2014 17:59:25 +0200, Maxime Ripard <maxime.ripard at free-electrons.com> wrote:
> > > > 
> > > > >This patch adds a new profile for the Mirabox, and fixes a few things
> > > > >along the way, mostly because of the Mirabox NAND page size that
> > > > >differs from the other mvebu boards (and most of the boards supported
> > > > >by OpenWRT apparently).
> > > > 
> > > > At first look they look fine, except the UBI* options in the
> > > > profiles. We always want to build images for all boards, so I would
> > > > keep those in the image Makefile and keep the profiles for the bare
> > > > minimum like on other targets.
> > > 
> > > Ok, how would you support boards with alternate UBI and UBIFS options
> > > then? By hacking into Image/Build like what's done currently for mamba?
> > 
> > Can we move forward on this?
> > 
> > Enforcing UBI options for the whole target is not a reasonable
> > option. You won't be able to use any generated image on a board that
> > doesn't have the same eraseblock, page and sub-page sizes. Mirabox is
> > in this case, the not-yet supported Armada 385 RD too, and presumably
> > a lot of others.
> > 
> > I've looked more in the include/image.mk file, and the only way for
> > now to deal with this aside from setting it at the target level is to
> > set it in the profile.
> > 
> > If we want to build images that boot on every boards for a given
> > target, regardless of the profile, this is indeed something that will
> > not work. Should I introduce a "board"? Do you have something else in
> > mind?
> 
> Imre? Any suggestions?

Ping?

-- 
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/openwrt-devel/attachments/20141114/431b5cfa/attachment.sig>
-------------- next part --------------
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel