initramfs: remove "compression mode" choice
authorPaul Bolle <pebolle@tiscali.nl>
Fri, 6 Jun 2014 21:37:35 +0000 (14:37 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Fri, 6 Jun 2014 23:08:14 +0000 (16:08 -0700)
Commit 9ba4bcb64589 ("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>
usr/Kconfig

index 642f503d3e9f6f4e7208c2af0d073854e1295ec1..2d4c77eecf2ef7dec344fb3cf6d13a40041c7016 100644 (file)
@@ -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