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

Maxime Ripard maxime.ripard at free-electrons.com
Thu Nov 6 11:48:19 EST 2014


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?

Maxime

-- 
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/20141106/e665ffd7/attachment.sig>
-------------- next part --------------
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


More information about the openwrt-devel mailing list