All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] linux: Do not force GZIP initramfs compression
Date: Wed, 10 Oct 2012 09:26:33 +0200	[thread overview]
Message-ID: <50752329.60809@mind.be> (raw)
In-Reply-To: <1349825696-28535-1-git-send-email-gvaxon@gmail.com>

On 10/10/12 01:34, Valentine Barshak wrote:
> Initramfs compression does not make much sense for the architectures
> that support compressed kernel images because in this case the data
> would be compressed twice. This will eventually result in a bigger
> kernel image and time overhead when uncompressing it.
> The only reason to use compressed initramfs is to reduce memory
> usage when the kernel prepares rootfs, and both the unpacked
> filesystem and initramfs.cpio are present in the memory.
>
> Buildroot attempts to force GZIP compression for initramfs,
> however it doesn't always work because initramfs compression mode
> depends on RAM disk compression supported by the kernel.
> Thus, CONFIG_INITRAMFS_COMPRESSION_GZIP depends on CONFIG_RD_GZIP.
> If CONFIG_RD_GZIP is not set, setting GZIP initramfs compression
> will have no effect.
>
> Besides, the kernel also supports other compression methods,
> like BZIP2, LZMA, XZ and LZO. Forcing the good old GZIP does not
> really make much sense any more.
>
> This removes initramfs compression settings from Buildroot,
> so that the default value preset in the kernel config is used,
> which is CONFIG_INITRAMFS_COMPRESSION_NONE.
>
> If initramfs compression is still needed, it can be set
> in the kernel config (using make linux-menuconfig)
>
> Signed-off-by: Valentine Barshak<gvaxon@gmail.com>

Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>

  I especially like the extensive commit message!

  Regards,
  Arnout
-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

  reply	other threads:[~2012-10-10  7:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-09 23:34 [Buildroot] [PATCH] linux: Do not force GZIP initramfs compression Valentine Barshak
2012-10-10  7:26 ` Arnout Vandecappelle [this message]
2013-07-08  6:44   ` Kelvin Cheung
2013-07-08 12:57 ` Peter Korsgaard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50752329.60809@mind.be \
    --to=arnout@mind.be \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.