forked from torvalds/linux
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
initramfs: remove "compression mode" choice
Commit 9ba4bcb ("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 <[email protected]> Cc: P J P <[email protected]> Signed-off-by: Andrew Morton <[email protected]> Signed-off-by: Linus Torvalds <[email protected]>
- Loading branch information
Showing
1 changed file
with
0 additions
and
77 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -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) <[email protected]>. | ||
|
||
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 |