GNU Linux-libre 5.4.257-gnu1
[releases.git] / fs / btrfs / Kconfig
1 # SPDX-License-Identifier: GPL-2.0
2
3 config BTRFS_FS
4         tristate "Btrfs filesystem support"
5         select CRYPTO
6         select CRYPTO_CRC32C
7         select LIBCRC32C
8         select ZLIB_INFLATE
9         select ZLIB_DEFLATE
10         select LZO_COMPRESS
11         select LZO_DECOMPRESS
12         select ZSTD_COMPRESS
13         select ZSTD_DECOMPRESS
14         select RAID6_PQ
15         select XOR_BLOCKS
16         select SRCU
17         depends on !PPC_256K_PAGES      # powerpc
18         depends on !PAGE_SIZE_256KB     # hexagon
19
20         help
21           Btrfs is a general purpose copy-on-write filesystem with extents,
22           writable snapshotting, support for multiple devices and many more
23           features focused on fault tolerance, repair and easy administration.
24
25           The filesystem disk format is no longer unstable, and it's not
26           expected to change unless there are strong reasons to do so. If there
27           is a format change, file systems with a unchanged format will
28           continue to be mountable and usable by newer kernels.
29
30           For more information, please see the web pages at
31           http://btrfs.wiki.kernel.org.
32
33           To compile this file system support as a module, choose M here. The
34           module will be called btrfs.
35
36           If unsure, say N.
37
38 config BTRFS_FS_POSIX_ACL
39         bool "Btrfs POSIX Access Control Lists"
40         depends on BTRFS_FS
41         select FS_POSIX_ACL
42         help
43           POSIX Access Control Lists (ACLs) support permissions for users and
44           groups beyond the owner/group/world scheme.
45
46           If you don't know what Access Control Lists are, say N
47
48 config BTRFS_FS_CHECK_INTEGRITY
49         bool "Btrfs with integrity check tool compiled in (DANGEROUS)"
50         depends on BTRFS_FS
51         help
52           Adds code that examines all block write requests (including
53           writes of the super block). The goal is to verify that the
54           state of the filesystem on disk is always consistent, i.e.,
55           after a power-loss or kernel panic event the filesystem is
56           in a consistent state.
57
58           If the integrity check tool is included and activated in
59           the mount options, plenty of kernel memory is used, and
60           plenty of additional CPU cycles are spent. Enabling this
61           functionality is not intended for normal use.
62
63           In most cases, unless you are a btrfs developer who needs
64           to verify the integrity of (super)-block write requests
65           during the run of a regression test, say N
66
67 config BTRFS_FS_RUN_SANITY_TESTS
68         bool "Btrfs will run sanity tests upon loading"
69         depends on BTRFS_FS
70         help
71           This will run some basic sanity tests on the free space cache
72           code to make sure it is acting as it should.  These are mostly
73           regression tests and are only really interesting to btrfs
74           developers.
75
76           If unsure, say N.
77
78 config BTRFS_DEBUG
79         bool "Btrfs debugging support"
80         depends on BTRFS_FS
81         help
82           Enable run-time debugging support for the btrfs filesystem. This may
83           enable additional and expensive checks with negative impact on
84           performance, or export extra information via sysfs.
85
86           If unsure, say N.
87
88 config BTRFS_ASSERT
89         bool "Btrfs assert support"
90         depends on BTRFS_FS
91         help
92           Enable run-time assertion checking.  This will result in panics if
93           any of the assertions trip.  This is meant for btrfs developers only.
94
95           If unsure, say N.
96
97 config BTRFS_FS_REF_VERIFY
98         bool "Btrfs with the ref verify tool compiled in"
99         depends on BTRFS_FS
100         default n
101         help
102           Enable run-time extent reference verification instrumentation.  This
103           is meant to be used by btrfs developers for tracking down extent
104           reference problems or verifying they didn't break something.
105
106           If unsure, say N.