On Thu, Sep 24, 2015 at 10:26 AM, Daiane Angolini <[email protected]> wrote: > On Thu, Sep 24, 2015 at 9:32 AM, Otavio Salvador > <[email protected]> wrote: >> The sdcard image can be compressed for easier download and transfer >> between machine when doing the development. For it, we can change it >> for sdcard.gz so the image generation backend handles the compression >> steps. > > -- > Replace .sdcard image to sdcard.gz image as a default image type for > all machines. > > The SDCard class has the feature of compress the generated .sdcard image. > It can be used to ease the exchange of this image among developers or > machines. > -- > > My suggestion follow the order WHAT -> WHY
Great. I applied locally. >> Signed-off-by: Otavio Salvador <[email protected]> >> --- >> >> Changes in v2: None >> >> conf/machine/include/imx-base.inc | 2 +- >> conf/machine/include/mxs-base.inc | 2 +- >> 2 files changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/conf/machine/include/imx-base.inc >> b/conf/machine/include/imx-base.inc >> index 799067d..b0dca6a 100644 >> --- a/conf/machine/include/imx-base.inc >> +++ b/conf/machine/include/imx-base.inc >> @@ -139,7 +139,7 @@ IMX_DEFAULT_KERNEL_mx6ul = "linux-imx" >> PREFERRED_PROVIDER_virtual/kernel ??= "${IMX_DEFAULT_KERNEL}" >> >> SDCARD_ROOTFS ?= "${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3" >> -IMAGE_FSTYPES ?= "ext3 sdcard" >> +IMAGE_FSTYPES ?= "ext3 sdcard.gz" > > I understand it's the best for a server. But it's not good for my > local development. > > It will add 2 useless steps in my normal development cycle: 1- > compress 2- uncompress > > Are we assuming majority of FSL Community BSP is client of a server, > or are we assuming they are individual developers? This is a valid point, indeed. I usually do: zcat image.sdcard.gz | dd of=/dev/xxx bs=4M Do you think we ought to keep the normal .sdcard as default? -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 -- _______________________________________________ meta-freescale mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-freescale
