[OE-core] [PATCH] edgerouter.conf: enable generation of wic.bmap

Christopher Larson clarson at kergoth.com
Mon Dec 12 15:11:15 UTC 2016


On Mon, Dec 12, 2016 at 3:58 AM, Ed Bartosh <ed.bartosh at linux.intel.com>
wrote:

> On Sat, Dec 10, 2016 at 11:40:38AM -0700, Christopher Larson wrote:
> > On Fri, Dec 9, 2016 at 10:46 AM, Ed Bartosh <ed.bartosh at linux.intel.com>
> > wrote:
> >
> > > Enabled generation of block map(bmap) files for wic images
> > > built for edgerouter machine. This should simplify flashing
> > > images with bmaptool.
> > >
> > > [YOCTO #10621]
> > >
> > > Signed-off-by: Ed Bartosh <ed.bartosh at linux.intel.com>
> > >
> >
> > I think this is more of a distro decision than machine, whether they want
> > to support use of bmaptool for their users/customers. It’d be nice if it
> > was easier to control compression from the distro, too. For example, if
> we
> > want to distribute wic.bz2+wic.bmap in our installers, it’d be nice to be
> > able to switch to that for all machines that use wic. I’m not sure how
> best
> > to pull that off, however. Something to think about for the future.
>
> Thanks for pointing out to it. I did it this way for two reasons:
> - IMAGE_FSTYPES was already modified in edgerouter.conf
> - I wanted to enable generation of wic.bmap for subset of machines, i.e.
>   only for hardware reference BSPs mentioned in README.hardware
>

That’s a fair point. As khem indicated, this is a bit of an intersection
between distro and machine, hardware capabilities and distro policy. I
expect this is fine as is, but something to consider improving going
forward. I’m not certain a distro/machine feature makes sense for something
like this, but perhaps something else might.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20161212/15471641/attachment-0002.html>


More information about the Openembedded-core mailing list