forked from luck/tmp_suning_uos_patched
initramfs: remove "compression mode" choice
Commit 9ba4bcb645
("initramfs: read CONFIG_RD_ variables for initramfs
compression") removed the users of the various INITRAMFS_COMPRESSION_*
Kconfig symbols. So since v3.13 the entire "Built-in initramfs
compression mode" choice is a set of knobs connected to nothing. The
entire choice can safely be removed.
Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
Cc: P J P <ppandit@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit is contained in:
parent
04541a2f31
commit
3e4e0f0a87
77
usr/Kconfig
77
usr/Kconfig
|
@ -98,80 +98,3 @@ config RD_LZ4
|
|||
help
|
||||
Support loading of a LZ4 encoded initial ramdisk or cpio buffer
|
||||
If unsure, say N.
|
||||
|
||||
choice
|
||||
prompt "Built-in initramfs compression mode" if INITRAMFS_SOURCE!=""
|
||||
help
|
||||
This option decides by which algorithm the builtin initramfs
|
||||
will be compressed. Several compression algorithms are
|
||||
available, which differ in efficiency, compression and
|
||||
decompression speed. Compression speed is only relevant
|
||||
when building a kernel. Decompression speed is relevant at
|
||||
each boot.
|
||||
|
||||
If you have any problems with bzip2 or LZMA compressed
|
||||
initramfs, mail me (Alain Knaff) <alain@knaff.lu>.
|
||||
|
||||
High compression options are mostly useful for users who are
|
||||
low on RAM, since it reduces the memory consumption during
|
||||
boot.
|
||||
|
||||
If in doubt, select 'gzip'
|
||||
|
||||
config INITRAMFS_COMPRESSION_NONE
|
||||
bool "None"
|
||||
help
|
||||
Do not compress the built-in initramfs at all. This may
|
||||
sound wasteful in space, but, you should be aware that the
|
||||
built-in initramfs will be compressed at a later stage
|
||||
anyways along with the rest of the kernel, on those
|
||||
architectures that support this.
|
||||
However, not compressing the initramfs may lead to slightly
|
||||
higher memory consumption during a short time at boot, while
|
||||
both the cpio image and the unpacked filesystem image will
|
||||
be present in memory simultaneously
|
||||
|
||||
config INITRAMFS_COMPRESSION_GZIP
|
||||
bool "Gzip"
|
||||
depends on RD_GZIP
|
||||
help
|
||||
The old and tried gzip compression. It provides a good balance
|
||||
between compression ratio and decompression speed.
|
||||
|
||||
config INITRAMFS_COMPRESSION_BZIP2
|
||||
bool "Bzip2"
|
||||
depends on RD_BZIP2
|
||||
help
|
||||
Its compression ratio and speed is intermediate.
|
||||
Decompression speed is slowest among the choices. The initramfs
|
||||
size is about 10% smaller with bzip2, in comparison to gzip.
|
||||
Bzip2 uses a large amount of memory. For modern kernels you
|
||||
will need at least 8MB RAM or more for booting.
|
||||
|
||||
config INITRAMFS_COMPRESSION_LZMA
|
||||
bool "LZMA"
|
||||
depends on RD_LZMA
|
||||
help
|
||||
This algorithm's compression ratio is best.
|
||||
Decompression speed is between the other choices.
|
||||
Compression is slowest. The initramfs size is about 33%
|
||||
smaller with LZMA in comparison to gzip.
|
||||
|
||||
config INITRAMFS_COMPRESSION_XZ
|
||||
bool "XZ"
|
||||
depends on RD_XZ
|
||||
help
|
||||
XZ uses the LZMA2 algorithm. The initramfs size is about 30%
|
||||
smaller with XZ in comparison to gzip. Decompression speed
|
||||
is better than that of bzip2 but worse than gzip and LZO.
|
||||
Compression is slow.
|
||||
|
||||
config INITRAMFS_COMPRESSION_LZO
|
||||
bool "LZO"
|
||||
depends on RD_LZO
|
||||
help
|
||||
Its compression ratio is the poorest among the choices. The kernel
|
||||
size is about 10% bigger than gzip; however its speed
|
||||
(both compression and decompression) is the fastest.
|
||||
|
||||
endchoice
|
||||
|
|
Loading…
Reference in New Issue
Block a user