[PATCH] ia32-base: Remove cpio and ext3 defaults

[PATCH] ia32-base: Remove cpio and ext3 defaults

[Richard Purdie]

On real IA hardware, neither the ext3 or cpio images are particularly useful
or used. cpio is legacy from initramfs and that specific image now overrides
FSTYPES accordingly. The size difference in filesystems makes ext3 as a file
format less useful, mainly being useful in the qemu case.

When needed users can still override the default FSTYPES so having
saner defaults makes sense. This improves build times and uses less
network bandwidth for builds and releases.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
diff --git a/meta/conf/machine/include/ia32-base.inc b/meta/conf/machine/include/ia32-base.inc
index 8a20bca..e15f927 100644
--- a/meta/conf/machine/include/ia32-base.inc
+++ b/meta/conf/machine/include/ia32-base.inc
@@ -10,7 +10,7 @@ MACHINE_FEATURES += "screen keyboard pci usbhost ext2 ext3 x86 \
 
 MACHINE_EXTRA_RRECOMMENDS += "kernel-modules"
 
-IMAGE_FSTYPES += "ext3 cpio.gz live"
+IMAGE_FSTYPES += "live"
 
 KERNEL_IMAGETYPE ?= "bzImage"
 

Re: [PATCH] ia32-base: Remove cpio and ext3 defaults

[Hart, Darren]

On Thu, 2013-11-21 at 15:25 +0000, Richard Purdie wrote:
> On real IA hardware, neither the ext3 or cpio images are particularly useful
> or used. cpio is legacy from initramfs and that specific image now overrides
> FSTYPES accordingly. The size difference in filesystems makes ext3 as a file
> format less useful, mainly being useful in the qemu case.
> 
> When needed users can still override the default FSTYPES so having
> saner defaults makes sense. This improves build times and uses less
> network bandwidth for builds and releases.
> 
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

I'm fine with this, although it raises the question if we ought to be
doing anything more than tar rootfs in include files like this. there
are ia32 machines where a live image is not useful (although rare). Most
x86 BSPs would add live - but then again, most x86 BSPs will be starting
to consolidate on the genericx86 BSPs anyway....

But, this is a clear improvement as is.

Acked-by: Darren Hart <dvhart@linux.intel.com>

> ---
> diff --git a/meta/conf/machine/include/ia32-base.inc b/meta/conf/machine/include/ia32-base.inc
> index 8a20bca..e15f927 100644
> --- a/meta/conf/machine/include/ia32-base.inc
> +++ b/meta/conf/machine/include/ia32-base.inc
> @@ -10,7 +10,7 @@ MACHINE_FEATURES += "screen keyboard pci usbhost ext2 ext3 x86 \
>  
>  MACHINE_EXTRA_RRECOMMENDS += "kernel-modules"
>  
> -IMAGE_FSTYPES += "ext3 cpio.gz live"
> +IMAGE_FSTYPES += "live"
>  
>  KERNEL_IMAGETYPE ?= "bzImage"
>  
> 
> 

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel

Re: [PATCH] ia32-base: Remove cpio and ext3 defaults

[Behrens, Holger]

> On Thu, 2013-11-21 at 15:25 +0000, Richard Purdie wrote:
> > On real IA hardware, neither the ext3 or cpio images are particularly useful
> > or used. cpio is legacy from initramfs and that specific image now overrides
> > FSTYPES accordingly. The size difference in filesystems makes ext3 as a file
> > format less useful, mainly being useful in the qemu case.
> >
> > When needed users can still override the default FSTYPES so having
> > saner defaults makes sense. This improves build times and uses less
> > network bandwidth for builds and releases.
> >
> > Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> 
> I'm fine with this, although it raises the question if we ought to be
> doing anything more than tar rootfs in include files like this. there
> are ia32 machines where a live image is not useful (although rare). Most
> x86 BSPs would add live - but then again, most x86 BSPs will be starting
> to consolidate on the genericx86 BSPs anyway....

live image does not build in case of INCOMPATIBE_LICENSE = GPLv3

Holger

> But, this is a clear improvement as is.
> 
> Acked-by: Darren Hart <dvhart@linux.intel.com>
> 
> > ---
> > diff --git a/meta/conf/machine/include/ia32-base.inc
> b/meta/conf/machine/include/ia32-base.inc
> > index 8a20bca..e15f927 100644
> > --- a/meta/conf/machine/include/ia32-base.inc
> > +++ b/meta/conf/machine/include/ia32-base.inc
> > @@ -10,7 +10,7 @@ MACHINE_FEATURES += "screen keyboard pci usbhost
> ext2 ext3 x86 \
> >
> >  MACHINE_EXTRA_RRECOMMENDS += "kernel-modules"
> >
> > -IMAGE_FSTYPES += "ext3 cpio.gz live"
> > +IMAGE_FSTYPES += "live"
> >
> >  KERNEL_IMAGETYPE ?= "bzImage"
> >
> >
> >
> 
> --
> Darren Hart
> Intel Open Source Technology Center
> Yocto Project - Linux Kernel
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [PATCH] ia32-base: Remove cpio and ext3 defaults

[Robert P. J. Day]

On Fri, 22 Nov 2013, Behrens, Holger wrote:

> > On Thu, 2013-11-21 at 15:25 +0000, Richard Purdie wrote:
> > > On real IA hardware, neither the ext3 or cpio images are particularly useful
> > > or used. cpio is legacy from initramfs and that specific image now overrides
> > > FSTYPES accordingly. The size difference in filesystems makes ext3 as a file
> > > format less useful, mainly being useful in the qemu case.
> > >
> > > When needed users can still override the default FSTYPES so having
> > > saner defaults makes sense. This improves build times and uses less
> > > network bandwidth for builds and releases.
> > >
> > > Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> >
> > I'm fine with this, although it raises the question if we ought to be
> > doing anything more than tar rootfs in include files like this. there
> > are ia32 machines where a live image is not useful (although rare). Most
> > x86 BSPs would add live - but then again, most x86 BSPs will be starting
> > to consolidate on the genericx86 BSPs anyway....
>
> live image does not build in case of INCOMPATIBE_LICENSE = GPLv3
                                                ^^^?
  is that just a mail list typo or a copy and paste error?

rday

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================