Kconfig - OpenGrok cross reference for /linux-5.10/drivers/md/Kconfig

1 # SPDX-License-Identifier: GPL-2.0-only
3 # Block device driver configuration
8 	depends on BLOCK
11 	  Support multiple physical spindles through a single logical device.
20 	  logical block device. This can be used to simply append one
22 	  into a RAID1/4/5 device so as to provide protection against hard
28 	  More information about Software RAID on Linux is contained in the
29 	  Software RAID mini-HOWTO, available from
37 	depends on BLK_DEV_MD=y
44 	  a several-second delay in the boot time due to various
51 	depends on BLK_DEV_MD
54 	  use the so-called linear mode, i.e. it will combine the hard disk
63 	tristate "RAID-0 (striping) mode"
64 	depends on BLK_DEV_MD
67 	  use the so-called raid0 mode, i.e. it will combine the hard disk
68 	  partitions into one logical device in such a fashion as to fill them
70 	  the throughput rate if the partitions reside on distinct disks.
72 	  Information about Software RAID on Linux is contained in the
73 	  Software-RAID mini-HOWTO, available from
83 	tristate "RAID-1 (mirroring) mode"
84 	depends on BLK_DEV_MD
86 	  A RAID-1 set consists of several disk drives which are exact copies
89 	  an error free MD (multiple device) to the higher levels of the
91 	  of a single drive, and the set protects against a failure of (N - 1)
94 	  Information about Software RAID on Linux is contained in the
95 	  Software-RAID mini-HOWTO, available from
99 	  If you want to use such a RAID-1 set, say Y.  To compile this code
105 	tristate "RAID-10 (mirrored striping) mode"
106 	depends on BLK_DEV_MD
108 	  RAID-10 provides a combination of striping (RAID-0) and
109 	  mirroring (RAID-1) with easier configuration and more flexible
111 	  Unlike RAID-0, but like RAID-1, RAID-10 requires all devices to
112 	  be the same size (or at least, only as much as the smallest device
114 	  RAID-10 provides a variety of layouts that provide different levels
117 	  RAID-10 requires mdadm-1.7.0 or later, available at:
124 	tristate "RAID-4/RAID-5/RAID-6 mode"
125 	depends on BLK_DEV_MD
133 	  A RAID-5 set of N drives with a capacity of C MB per drive provides
134 	  the capacity of C * (N - 1) MB, and protects against a failure
135 	  of a single drive. For a given sector (row) number, (N - 1) drives
137 	  For a RAID-4 set, the parity blocks are present on a single drive,
138 	  while a RAID-5 set distributes the parity across the drives in one
141 	  A RAID-6 set of N drives with a capacity of C MB per drive
142 	  provides the capacity of C * (N - 2) MB, and protects
144 	  (row) number, (N - 2) drives contain data sectors, and two
146 	  RAID-5, RAID-6 distributes the syndromes across the drives
149 	  Information about Software RAID on Linux is contained in the
150 	  Software-RAID mini-HOWTO, available from
154 	  If you want to use such a RAID-4/RAID-5/RAID-6 set, say Y.  To
162 	depends on BLK_DEV_MD
164 	  MD_MULTIPATH provides a simple multi-path personality for use
173 	depends on BLK_DEV_MD
175 	  The "faulty" module allows for a block device that occasionally returns
183 	depends on BLK_DEV_MD
184 	depends on DLM
188 	synchronization across multiple systems on the cluster, so all
203 	tristate "Device mapper support"
205 	depends on DAX || DAX=n
207 	  Device-mapper is a low level volume manager.  It works by allowing
215 	  called dm-mod.
220 	bool "Device mapper debugging support"
221 	depends on BLK_DEV_DM
223 	  Enable this for messages that may help debug device-mapper problems.
229        depends on BLK_DEV_DM
231 	 This interface allows you to do buffered I/O on a device and acts
232 	 as a cache, holding recently-read blocks in memory and performing
237        depends on DM_BUFIO
245        depends on STACKTRACE_SUPPORT && DM_DEBUG_BLOCK_MANAGER_LOCKING
255        depends on BLK_DEV_DM
257 	 Some bio locking schemes used by other device-mapper targets
260 source "drivers/md/persistent-data/Kconfig"
264        depends on BLK_DEV_DM
266 	  Unstripes I/O so it is issued solely on a single drive in a HW
267 	  RAID0 or dm-striped target.
271 	depends on BLK_DEV_DM
272 	depends on (ENCRYPTED_KEYS || ENCRYPTED_KEYS=n)
277 	  This device-mapper target allows you to create a device that
278 	  transparently encrypts the data on it. You'll need to activate
281 	  For further information on dm-crypt and userspace tools see:
285 	  be called dm-crypt.
291        depends on BLK_DEV_DM
294 	 Allow volume managers to take writable snapshots of a device.
298        depends on BLK_DEV_DM
306        depends on BLK_DEV_DM
311 	 dm-cache attempts to improve performance of a block device by
313 	 device.  Different 'policy' plugins can be used to change the
319        depends on DM_CACHE
331 	depends on BLK_DEV_DM
333 	   The writecache target caches writes on persistent memory or SSD.
342 	depends on BLK_DEV_DM
345 	  dm-ebs emulates smaller logical block size on backing devices
346 	  with larger ones (e.g. 512 byte sectors on 4K native disks).
350        depends on BLK_DEV_DM
355 	 dm-era tracks which parts of a block device are written to
361        depends on BLK_DEV_DM
365 	 dm-clone produces a one-to-one copy of an existing, read-only source
366 	 device into a writable destination device. The cloned device is
367 	 visible/mountable immediately and the copy of the source device to the
368 	 destination device happens in the background, in parallel with user
375        depends on BLK_DEV_DM
382 	depends on DM_MIRROR && NET
386 	  relaying the dm-dirty-log API to userspace.  Log designs
393        depends on BLK_DEV_DM
402 	 A RAID-5 set of N drives with a capacity of C MB per drive provides
403 	 the capacity of C * (N - 1) MB, and protects against a failure
404 	 of a single drive. For a given sector (row) number, (N - 1) drives
406 	 For a RAID-4 set, the parity blocks are present on a single drive,
407 	 while a RAID-5 set distributes the parity across the drives in one
410 	 A RAID-6 set of N drives with a capacity of C MB per drive
411 	 provides the capacity of C * (N - 2) MB, and protects
413 	 (row) number, (N - 2) drives contain data sectors, and two
415 	 RAID-5, RAID-6 distributes the syndromes across the drives
420 	depends on BLK_DEV_DM
427 	depends on BLK_DEV_DM
430 	# it is, DM_MULTIPATH must depend on it.  We get a build
432 	depends on !SCSI_DH || SCSI
437 	tristate "I/O Path Selector based on the number of in-flight I/Os"
438 	depends on DM_MULTIPATH
441 	  the path with the least number of in-flight I/Os.
446 	tristate "I/O Path Selector based on the service time"
447 	depends on DM_MULTIPATH
456 	tristate "I/O Path Selector based on historical service time"
457 	depends on DM_MULTIPATH
461 	  time by comparing estimated service time (based on historical
468 	depends on BLK_DEV_DM
477 	depends on BLK_DEV_DM
485 	bool "DM \"dm-mod.create=\" parameter support"
486 	depends on BLK_DEV_DM=y
488 	Enable "dm-mod.create=" parameter to create mapped devices at init time.
491 	See Documentation/admin-guide/device-mapper/dm-init.rst for dm-mod.create="..."
498 	depends on BLK_DEV_DM
504        depends on BLK_DEV_DM
510 	depends on BLK_DEV_DM
515 	  This device-mapper target creates a read-only device that
516 	  transparently validates the data on one underlying device against
517 	  a pre-generated tree of cryptographic checksums stored on a second
518 	  device.
524 	  be called dm-verity.
530 	bool "Verity data device root hash signature verification support"
531 	depends on DM_VERITY
534 	  Add ability for dm-verity device to be validated if the
535 	  pre-generated tree of cryptographic checksums passed has a pkcs#7
542 	depends on DM_VERITY
546 	  Add forward error correction support to dm-verity. This option
547 	  makes it possible to use pre-generated error correction data to
554 	depends on BLK_DEV_DM
556 	  This device-mapper target creates a device that supports an arbitrary
557 	  mapping of fixed-size regions of I/O across a fixed set of paths.
562 	  be called dm-switch.
568 	depends on BLK_DEV_DM
570 	  This device-mapper target takes two devices, one device to use
571 	  normally, one to log all write operations done to the first device.
578 	  be called dm-log-writes.
584 	depends on BLK_DEV_DM
590 	  This device-mapper target emulates a block device that has
591 	  additional per-sector tags that can be used for storing
594 	  This integrity target is used with the dm-crypt target to
599 	  be called dm-integrity.
602 	tristate "Drive-managed zoned block device target support"
603 	depends on BLK_DEV_DM
604 	depends on BLK_DEV_ZONED
606 	  This device-mapper target takes a host-managed or host-aware zoned
607 	  block device and exposes most of its capacity as a regular block
608 	  device (drive-managed zoned block device) without any write
616 	  be called dm-zoned.