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.
bzip2/lzma: config and initramfs support for bzip2/lzma decompression
Impact: New code for initramfs decompression, new features This is the second part of the bzip2/lzma patch The bzip patch is based on an idea by Christian Ludwig, includes support for compressing the kernel with bzip2 or lzma rather than gzip. Both compressors give smaller sizes than gzip. Lzma's decompresses faster than bzip2. It also supports ramdisks and initramfs' compressed using these two compressors. The functionality has been successfully used for a couple of years by the udpcast project This version applies to "tip" kernel 2.6.28 This part contains: - support for new compressions (bzip2 and lzma) in initramfs and old-style ramdisk - config dialog for kernel compression (but new kernel compressions not yet supported) Signed-off-by: Alain Knaff <[email protected]> Signed-off-by: H. Peter Anvin <[email protected]>
- Loading branch information
Alain Knaff
authored and
H. Peter Anvin
committed
Jan 4, 2009
1 parent
bc22c17
commit 30d65db
Showing
5 changed files
with
184 additions
and
199 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
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 |
---|---|---|
|
@@ -101,6 +101,56 @@ config LOCALVERSION_AUTO | |
|
||
which is done within the script "scripts/setlocalversion".) | ||
|
||
choice | ||
prompt "Kernel compression mode" | ||
default KERNEL_GZIP | ||
help | ||
The linux kernel is a kind of self-extracting executable. | ||
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 | ||
kernels, mail me (Alain Knaff) <[email protected]>. (An older | ||
version of this functionality (bzip2 only), for 2.4, was | ||
supplied by Christian Ludwig) | ||
|
||
High compression options are mostly useful for users, who | ||
are low on disk space (embedded systems), but for whom ram | ||
size matters less. | ||
|
||
If in doubt, select 'gzip' | ||
|
||
config KERNEL_GZIP | ||
bool "Gzip" | ||
help | ||
The old and tried gzip compression. Its compression ratio is | ||
the poorest among the 3 choices; however its speed (both | ||
compression and decompression) is the fastest. | ||
|
||
config KERNEL_BZIP2 | ||
bool "Bzip2" | ||
help | ||
Its compression ratio and speed is intermediate. | ||
Decompression speed is slowest among the 3. | ||
The kernel size is about 10 per cent 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 KERNEL_LZMA | ||
bool "LZMA" | ||
help | ||
The most recent compression algorithm. | ||
Its ratio is best, decompression speed is between the other | ||
2. Compression is slowest. | ||
The kernel size is about 33 per cent smaller with lzma, | ||
in comparison to gzip. | ||
|
||
endchoice | ||
|
||
|
||
config SWAP | ||
bool "Support for paging of anonymous memory (swap)" | ||
depends on MMU && BLOCK | ||
|
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
Oops, something went wrong.