From: Andrew Morton <akpm@linux-foundation.org>
To: Christian Ruppert <christian.ruppert@abilis.com>
Cc: linux-kernel@vger.kernel.org,
alexander.stein@systec-electronic.com,
Vineet Gupta <Vineet.Gupta1@synopsys.com>,
"Eric W. Biederman" <ebiederm@xmission.com>,
Serge Hallyn <serge.hallyn@canonical.com>,
"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
"David S. Miller" <davem@davemloft.net>,
Frederic Weisbecker <fweisbec@gmail.com>,
Noam Camus <noamc@ezchip.com>,
pierrick hascoet <pierrick.hascoet@abilis.com>
Subject: Re: [PATCH REBASE] Add option to disable kernel compression
Date: Tue, 8 Oct 2013 12:29:40 -0700 [thread overview]
Message-ID: <20131008122940.63aae6f1769a162eb8e5e602@linux-foundation.org> (raw)
In-Reply-To: <1381235612-23988-1-git-send-email-christian.ruppert@abilis.com>
On Tue, 8 Oct 2013 14:33:32 +0200 Christian Ruppert <christian.ruppert@abilis.com> wrote:
> Until now, kernel compression can only be disabled by deselecting
> HAVE_<compression> in the architecture Kconfig.
Scratching my head a bit. There's no way of deselecting these things.
I *think* you mean "by editing arch/xxx/Kconfig and removing all the
"select HAVE_KERNEL_<compression>" lines"?
> However, some
> users/platforms within the same architecture might want to use
> compression while others might want to disable it.
Why would anyone want to run an uncompressed kernel, btw? Boot time?
> This patch is a solution to the dilemma.
>
> ...
>
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -118,7 +118,6 @@ config HAVE_KERNEL_LZ4
> choice
> prompt "Kernel compression mode"
> default KERNEL_GZIP
> - depends on HAVE_KERNEL_GZIP || HAVE_KERNEL_BZIP2 || HAVE_KERNEL_LZMA || HAVE_KERNEL_XZ || HAVE_KERNEL_LZO || HAVE_KERNEL_LZ4
> help
> The linux kernel is a kind of self-extracting executable.
> Several compression algorithms are available, which differ
> @@ -137,6 +136,13 @@ choice
>
> If in doubt, select 'gzip'
>
> +config KERNEL_UNCOMPRESSED
> + bool "No compression"
> + help
> + No compression at all. The kernel is huge but the compression and
> + decompression times are zero.
> + This is usually not what you want.
> +
> config KERNEL_GZIP
> bool "Gzip"
> depends on HAVE_KERNEL_GZIP
It's odd to create CONFIG_KERNEL_UNCOMPRESSED and not use it for
anything, but I guess Kconfig's `choice' forces this.
next prev parent reply other threads:[~2013-10-08 19:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-09 11:49 [PATCH] " Christian Ruppert
2013-04-11 7:38 ` Vineet Gupta
2013-04-11 7:46 ` Alexander Stein
2013-10-08 12:33 ` [PATCH REBASE] " Christian Ruppert
2013-10-08 19:29 ` Andrew Morton [this message]
2013-10-09 8:02 ` Christian Ruppert
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=20131008122940.63aae6f1769a162eb8e5e602@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=Vineet.Gupta1@synopsys.com \
--cc=alexander.stein@systec-electronic.com \
--cc=christian.ruppert@abilis.com \
--cc=davem@davemloft.net \
--cc=ebiederm@xmission.com \
--cc=fweisbec@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=noamc@ezchip.com \
--cc=paulmck@linux.vnet.ibm.com \
--cc=pierrick.hascoet@abilis.com \
--cc=serge.hallyn@canonical.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome