diff options
| author | Linus Torvalds <torvalds@linux-foundation.org> | 2012-05-31 21:10:18 -0400 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2012-05-31 21:10:18 -0400 |
| commit | 08615d7d85e5aa02c05bf6c4dde87d940e7f85f6 (patch) | |
| tree | 18906149d313d25914160aca21cedf54b3a7e818 /init/Kconfig | |
| parent | 9fdadb2cbaf4b482dfd6086e8bd3d2db071a1702 (diff) | |
| parent | 0a4dd35c67b144d8ef9432120105f1aab9293ee9 (diff) | |
Merge branch 'akpm' (Andrew's patch-bomb)
Merge misc patches from Andrew Morton:
- the "misc" tree - stuff from all over the map
- checkpatch updates
- fatfs
- kmod changes
- procfs
- cpumask
- UML
- kexec
- mqueue
- rapidio
- pidns
- some checkpoint-restore feature work. Reluctantly. Most of it
delayed a release. I'm still rather worried that we don't have a
clear roadmap to completion for this work.
* emailed from Andrew Morton <akpm@linux-foundation.org>: (78 patches)
kconfig: update compression algorithm info
c/r: prctl: add ability to set new mm_struct::exe_file
c/r: prctl: extend PR_SET_MM to set up more mm_struct entries
c/r: procfs: add arg_start/end, env_start/end and exit_code members to /proc/$pid/stat
syscalls, x86: add __NR_kcmp syscall
fs, proc: introduce /proc/<pid>/task/<tid>/children entry
sysctl: make kernel.ns_last_pid control dependent on CHECKPOINT_RESTORE
aio/vfs: cleanup of rw_copy_check_uvector() and compat_rw_copy_check_uvector()
eventfd: change int to __u64 in eventfd_signal()
fs/nls: add Apple NLS
pidns: make killed children autoreap
pidns: use task_active_pid_ns in do_notify_parent
rapidio/tsi721: add DMA engine support
rapidio: add DMA engine support for RIO data transfers
ipc/mqueue: add rbtree node caching support
tools/selftests: add mq_perf_tests
ipc/mqueue: strengthen checks on mqueue creation
ipc/mqueue: correct mq_attr_ok test
ipc/mqueue: improve performance of send/recv
selftests: add mq_open_tests
...
Diffstat (limited to 'init/Kconfig')
| -rw-r--r-- | init/Kconfig | 11 |
1 files changed, 5 insertions, 6 deletions
diff --git a/init/Kconfig b/init/Kconfig index 1e004d057468..d07dcf9fc8a9 100644 --- a/init/Kconfig +++ b/init/Kconfig | |||
| @@ -167,7 +167,7 @@ config KERNEL_BZIP2 | |||
| 167 | depends on HAVE_KERNEL_BZIP2 | 167 | depends on HAVE_KERNEL_BZIP2 |
| 168 | help | 168 | help |
| 169 | Its compression ratio and speed is intermediate. | 169 | Its compression ratio and speed is intermediate. |
| 170 | Decompression speed is slowest among the three. The kernel | 170 | Decompression speed is slowest among the choices. The kernel |
| 171 | size is about 10% smaller with bzip2, in comparison to gzip. | 171 | size is about 10% smaller with bzip2, in comparison to gzip. |
| 172 | Bzip2 uses a large amount of memory. For modern kernels you | 172 | Bzip2 uses a large amount of memory. For modern kernels you |
| 173 | will need at least 8MB RAM or more for booting. | 173 | will need at least 8MB RAM or more for booting. |
| @@ -176,10 +176,9 @@ config KERNEL_LZMA | |||
| 176 | bool "LZMA" | 176 | bool "LZMA" |
| 177 | depends on HAVE_KERNEL_LZMA | 177 | depends on HAVE_KERNEL_LZMA |
| 178 | help | 178 | help |
| 179 | The most recent compression algorithm. | 179 | This compression algorithm's ratio is best. Decompression speed |
| 180 | Its ratio is best, decompression speed is between the other | 180 | is between gzip and bzip2. Compression is slowest. |
| 181 | two. Compression is slowest. The kernel size is about 33% | 181 | The kernel size is about 33% smaller with LZMA in comparison to gzip. |
| 182 | smaller with LZMA in comparison to gzip. | ||
| 183 | 182 | ||
| 184 | config KERNEL_XZ | 183 | config KERNEL_XZ |
| 185 | bool "XZ" | 184 | bool "XZ" |
| @@ -200,7 +199,7 @@ config KERNEL_LZO | |||
| 200 | bool "LZO" | 199 | bool "LZO" |
| 201 | depends on HAVE_KERNEL_LZO | 200 | depends on HAVE_KERNEL_LZO |
| 202 | help | 201 | help |
| 203 | Its compression ratio is the poorest among the 4. The kernel | 202 | Its compression ratio is the poorest among the choices. The kernel |
| 204 | size is about 10% bigger than gzip; however its speed | 203 | size is about 10% bigger than gzip; however its speed |
| 205 | (both compression and decompression) is the fastest. | 204 | (both compression and decompression) is the fastest. |
| 206 | 205 | ||
