Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wirel...
[linux-drm-fsl-dcu.git] / fs / squashfs / Kconfig
1 config SQUASHFS
2         tristate "SquashFS 4.0 - Squashed file system support"
3         depends on BLOCK
4         help
5           Saying Y here includes support for SquashFS 4.0 (a Compressed
6           Read-Only File System).  Squashfs is a highly compressed read-only
7           filesystem for Linux.  It uses zlib, lzo or xz compression to
8           compress both files, inodes and directories.  Inodes in the system
9           are very small and all blocks are packed to minimise data overhead.
10           Block sizes greater than 4K are supported up to a maximum of 1 Mbytes
11           (default block size 128K).  SquashFS 4.0 supports 64 bit filesystems
12           and files (larger than 4GB), full uid/gid information, hard links and
13           timestamps.
14
15           Squashfs is intended for general read-only filesystem use, for
16           archival use (i.e. in cases where a .tar.gz file may be used), and in
17           embedded systems where low overhead is needed.  Further information
18           and tools are available from http://squashfs.sourceforge.net.
19
20           If you want to compile this as a module ( = code which can be
21           inserted in and removed from the running kernel whenever you want),
22           say M here.  The module will be called squashfs.  Note that the root
23           file system (the one containing the directory /) cannot be compiled
24           as a module.
25
26           If unsure, say N.
27
28 choice
29         prompt "File decompression options"
30         depends on SQUASHFS
31         help
32           Squashfs now supports two options for decompressing file
33           data.  Traditionally Squashfs has decompressed into an
34           intermediate buffer and then memcopied it into the page cache.
35           Squashfs now supports the ability to decompress directly into
36           the page cache.
37
38           If unsure, select "Decompress file data into an intermediate buffer"
39
40 config SQUASHFS_FILE_CACHE
41         bool "Decompress file data into an intermediate buffer"
42         help
43           Decompress file data into an intermediate buffer and then
44           memcopy it into the page cache.
45
46 config SQUASHFS_FILE_DIRECT
47         bool "Decompress files directly into the page cache"
48         help
49           Directly decompress file data into the page cache.
50           Doing so can significantly improve performance because
51           it eliminates a memcpy and it also removes the lock contention
52           on the single buffer.
53
54 endchoice
55
56 choice
57         prompt "Decompressor parallelisation options"
58         depends on SQUASHFS
59         help
60           Squashfs now supports three parallelisation options for
61           decompression.  Each one exhibits various trade-offs between
62           decompression performance and CPU and memory usage.
63
64           If in doubt, select "Single threaded compression"
65
66 config SQUASHFS_DECOMP_SINGLE
67         bool "Single threaded compression"
68         help
69           Traditionally Squashfs has used single-threaded decompression.
70           Only one block (data or metadata) can be decompressed at any
71           one time.  This limits CPU and memory usage to a minimum.
72
73 config SQUASHFS_DECOMP_MULTI
74         bool "Use multiple decompressors for parallel I/O"
75         help
76           By default Squashfs uses a single decompressor but it gives
77           poor performance on parallel I/O workloads when using multiple CPU
78           machines due to waiting on decompressor availability.
79
80           If you have a parallel I/O workload and your system has enough memory,
81           using this option may improve overall I/O performance.
82
83           This decompressor implementation uses up to two parallel
84           decompressors per core.  It dynamically allocates decompressors
85           on a demand basis.
86
87 config SQUASHFS_DECOMP_MULTI_PERCPU
88         bool "Use percpu multiple decompressors for parallel I/O"
89         help
90           By default Squashfs uses a single decompressor but it gives
91           poor performance on parallel I/O workloads when using multiple CPU
92           machines due to waiting on decompressor availability.
93
94           This decompressor implementation uses a maximum of one
95           decompressor per core.  It uses percpu variables to ensure
96           decompression is load-balanced across the cores.
97
98 endchoice
99
100 config SQUASHFS_XATTR
101         bool "Squashfs XATTR support"
102         depends on SQUASHFS
103         help
104           Saying Y here includes support for extended attributes (xattrs).
105           Xattrs are name:value pairs associated with inodes by
106           the kernel or by users (see the attr(5) manual page).
107
108           If unsure, say N.
109
110 config SQUASHFS_ZLIB
111         bool "Include support for ZLIB compressed file systems"
112         depends on SQUASHFS
113         select ZLIB_INFLATE
114         default y
115         help
116           ZLIB compression is the standard compression used by Squashfs
117           file systems.  It offers a good trade-off between compression
118           achieved and the amount of CPU time and memory necessary to
119           compress and decompress.
120
121           If unsure, say Y.
122
123 config SQUASHFS_LZO
124         bool "Include support for LZO compressed file systems"
125         depends on SQUASHFS
126         select LZO_DECOMPRESS
127         help
128           Saying Y here includes support for reading Squashfs file systems
129           compressed with LZO compression.  LZO compression is mainly
130           aimed at embedded systems with slower CPUs where the overheads
131           of zlib are too high.
132
133           LZO is not the standard compression used in Squashfs and so most
134           file systems will be readable without selecting this option.
135
136           If unsure, say N.
137
138 config SQUASHFS_XZ
139         bool "Include support for XZ compressed file systems"
140         depends on SQUASHFS
141         select XZ_DEC
142         help
143           Saying Y here includes support for reading Squashfs file systems
144           compressed with XZ compression.  XZ gives better compression than
145           the default zlib compression, at the expense of greater CPU and
146           memory overhead.
147
148           XZ is not the standard compression used in Squashfs and so most
149           file systems will be readable without selecting this option.
150
151           If unsure, say N.
152
153 config SQUASHFS_4K_DEVBLK_SIZE
154         bool "Use 4K device block size?"
155         depends on SQUASHFS
156         help
157           By default Squashfs sets the dev block size (sb_min_blocksize)
158           to 1K or the smallest block size supported by the block device
159           (if larger).  This, because blocks are packed together and
160           unaligned in Squashfs, should reduce latency.
161
162           This, however, gives poor performance on MTD NAND devices where
163           the optimal I/O size is 4K (even though the devices can support
164           smaller block sizes).
165
166           Using a 4K device block size may also improve overall I/O
167           performance for some file access patterns (e.g. sequential
168           accesses of files in filesystem order) on all media.
169
170           Setting this option will force Squashfs to use a 4K device block
171           size by default.
172
173           If unsure, say N.
174
175 config SQUASHFS_EMBEDDED
176         bool "Additional option for memory-constrained systems"
177         depends on SQUASHFS
178         help
179           Saying Y here allows you to specify cache size.
180
181           If unsure, say N.
182
183 config SQUASHFS_FRAGMENT_CACHE_SIZE
184         int "Number of fragments cached" if SQUASHFS_EMBEDDED
185         depends on SQUASHFS
186         default "3"
187         help
188           By default SquashFS caches the last 3 fragments read from
189           the filesystem.  Increasing this amount may mean SquashFS
190           has to re-read fragments less often from disk, at the expense
191           of extra system memory.  Decreasing this amount will mean
192           SquashFS uses less memory at the expense of extra reads from disk.
193
194           Note there must be at least one cached fragment.  Anything
195           much more than three will probably not make much difference.