On Sat, Dec 10, 2016 at 1:57 PM, Khem Raj <[email protected]> wrote:
> On Sat, Dec 10, 2016 at 10:40 AM, Christopher Larson > <[email protected]> wrote: > > > > On Fri, Dec 9, 2016 at 10:46 AM, Ed Bartosh <[email protected]> > > 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 <[email protected]> > > > > > > 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. > > I think thats a good point, however, distro should be able to define > something like > if machine is capable of supporting feature X then lets enable it. I > dont think we > should add machine knowledge into distros either. Agreed. We do that already with features variables, but there’s no equivalent for IMAGE_FSTYPES, of course. Presumably IMAGE_FSTYPES_append = “ ${@‘wic.bmap’ if ‘${USING_WIC}’ else ‘’}” or so would get part of the way there. Replacing wic with wic.bz2 or vice versa would be slightly more complex. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Senior Software Engineer, Mentor Graphics
-- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
