Kconfig 14 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429
  1. #
  2. # Block device driver configuration
  3. #
  4. menuconfig MD
  5. bool "Multiple devices driver support (RAID and LVM)"
  6. depends on BLOCK
  7. help
  8. Support multiple physical spindles through a single logical device.
  9. Required for RAID and logical volume management.
  10. if MD
  11. config BLK_DEV_MD
  12. tristate "RAID support"
  13. ---help---
  14. This driver lets you combine several hard disk partitions into one
  15. logical block device. This can be used to simply append one
  16. partition to another one or to combine several redundant hard disks
  17. into a RAID1/4/5 device so as to provide protection against hard
  18. disk failures. This is called "Software RAID" since the combining of
  19. the partitions is done by the kernel. "Hardware RAID" means that the
  20. combining is done by a dedicated controller; if you have such a
  21. controller, you do not need to say Y here.
  22. More information about Software RAID on Linux is contained in the
  23. Software RAID mini-HOWTO, available from
  24. <http://www.tldp.org/docs.html#howto>. There you will also learn
  25. where to get the supporting user space utilities raidtools.
  26. If unsure, say N.
  27. config MD_AUTODETECT
  28. bool "Autodetect RAID arrays during kernel boot"
  29. depends on BLK_DEV_MD=y
  30. default y
  31. ---help---
  32. If you say Y here, then the kernel will try to autodetect raid
  33. arrays as part of its boot process.
  34. If you don't use raid and say Y, this autodetection can cause
  35. a several-second delay in the boot time due to various
  36. synchronisation steps that are part of this step.
  37. If unsure, say Y.
  38. config MD_LINEAR
  39. tristate "Linear (append) mode"
  40. depends on BLK_DEV_MD
  41. ---help---
  42. If you say Y here, then your multiple devices driver will be able to
  43. use the so-called linear mode, i.e. it will combine the hard disk
  44. partitions by simply appending one to the other.
  45. To compile this as a module, choose M here: the module
  46. will be called linear.
  47. If unsure, say Y.
  48. config MD_RAID0
  49. tristate "RAID-0 (striping) mode"
  50. depends on BLK_DEV_MD
  51. ---help---
  52. If you say Y here, then your multiple devices driver will be able to
  53. use the so-called raid0 mode, i.e. it will combine the hard disk
  54. partitions into one logical device in such a fashion as to fill them
  55. up evenly, one chunk here and one chunk there. This will increase
  56. the throughput rate if the partitions reside on distinct disks.
  57. Information about Software RAID on Linux is contained in the
  58. Software-RAID mini-HOWTO, available from
  59. <http://www.tldp.org/docs.html#howto>. There you will also
  60. learn where to get the supporting user space utilities raidtools.
  61. To compile this as a module, choose M here: the module
  62. will be called raid0.
  63. If unsure, say Y.
  64. config MD_RAID1
  65. tristate "RAID-1 (mirroring) mode"
  66. depends on BLK_DEV_MD
  67. ---help---
  68. A RAID-1 set consists of several disk drives which are exact copies
  69. of each other. In the event of a mirror failure, the RAID driver
  70. will continue to use the operational mirrors in the set, providing
  71. an error free MD (multiple device) to the higher levels of the
  72. kernel. In a set with N drives, the available space is the capacity
  73. of a single drive, and the set protects against a failure of (N - 1)
  74. drives.
  75. Information about Software RAID on Linux is contained in the
  76. Software-RAID mini-HOWTO, available from
  77. <http://www.tldp.org/docs.html#howto>. There you will also
  78. learn where to get the supporting user space utilities raidtools.
  79. If you want to use such a RAID-1 set, say Y. To compile this code
  80. as a module, choose M here: the module will be called raid1.
  81. If unsure, say Y.
  82. config MD_RAID10
  83. tristate "RAID-10 (mirrored striping) mode"
  84. depends on BLK_DEV_MD
  85. ---help---
  86. RAID-10 provides a combination of striping (RAID-0) and
  87. mirroring (RAID-1) with easier configuration and more flexible
  88. layout.
  89. Unlike RAID-0, but like RAID-1, RAID-10 requires all devices to
  90. be the same size (or at least, only as much as the smallest device
  91. will be used).
  92. RAID-10 provides a variety of layouts that provide different levels
  93. of redundancy and performance.
  94. RAID-10 requires mdadm-1.7.0 or later, available at:
  95. ftp://ftp.kernel.org/pub/linux/utils/raid/mdadm/
  96. If unsure, say Y.
  97. config MD_RAID456
  98. tristate "RAID-4/RAID-5/RAID-6 mode"
  99. depends on BLK_DEV_MD
  100. select RAID6_PQ
  101. select ASYNC_MEMCPY
  102. select ASYNC_XOR
  103. select ASYNC_PQ
  104. select ASYNC_RAID6_RECOV
  105. ---help---
  106. A RAID-5 set of N drives with a capacity of C MB per drive provides
  107. the capacity of C * (N - 1) MB, and protects against a failure
  108. of a single drive. For a given sector (row) number, (N - 1) drives
  109. contain data sectors, and one drive contains the parity protection.
  110. For a RAID-4 set, the parity blocks are present on a single drive,
  111. while a RAID-5 set distributes the parity across the drives in one
  112. of the available parity distribution methods.
  113. A RAID-6 set of N drives with a capacity of C MB per drive
  114. provides the capacity of C * (N - 2) MB, and protects
  115. against a failure of any two drives. For a given sector
  116. (row) number, (N - 2) drives contain data sectors, and two
  117. drives contains two independent redundancy syndromes. Like
  118. RAID-5, RAID-6 distributes the syndromes across the drives
  119. in one of the available parity distribution methods.
  120. Information about Software RAID on Linux is contained in the
  121. Software-RAID mini-HOWTO, available from
  122. <http://www.tldp.org/docs.html#howto>. There you will also
  123. learn where to get the supporting user space utilities raidtools.
  124. If you want to use such a RAID-4/RAID-5/RAID-6 set, say Y. To
  125. compile this code as a module, choose M here: the module
  126. will be called raid456.
  127. If unsure, say Y.
  128. config MD_MULTIPATH
  129. tristate "Multipath I/O support"
  130. depends on BLK_DEV_MD
  131. help
  132. MD_MULTIPATH provides a simple multi-path personality for use
  133. the MD framework. It is not under active development. New
  134. projects should consider using DM_MULTIPATH which has more
  135. features and more testing.
  136. If unsure, say N.
  137. config MD_FAULTY
  138. tristate "Faulty test module for MD"
  139. depends on BLK_DEV_MD
  140. help
  141. The "faulty" module allows for a block device that occasionally returns
  142. read or write errors. It is useful for testing.
  143. In unsure, say N.
  144. source "drivers/md/bcache/Kconfig"
  145. config BLK_DEV_DM
  146. tristate "Device mapper support"
  147. ---help---
  148. Device-mapper is a low level volume manager. It works by allowing
  149. people to specify mappings for ranges of logical sectors. Various
  150. mapping types are available, in addition people may write their own
  151. modules containing custom mappings if they wish.
  152. Higher level volume managers such as LVM2 use this driver.
  153. To compile this as a module, choose M here: the module will be
  154. called dm-mod.
  155. If unsure, say N.
  156. config DM_DEBUG
  157. boolean "Device mapper debugging support"
  158. depends on BLK_DEV_DM
  159. ---help---
  160. Enable this for messages that may help debug device-mapper problems.
  161. If unsure, say N.
  162. config DM_BUFIO
  163. tristate
  164. depends on BLK_DEV_DM
  165. ---help---
  166. This interface allows you to do buffered I/O on a device and acts
  167. as a cache, holding recently-read blocks in memory and performing
  168. delayed writes.
  169. config DM_BIO_PRISON
  170. tristate
  171. depends on BLK_DEV_DM
  172. ---help---
  173. Some bio locking schemes used by other device-mapper targets
  174. including thin provisioning.
  175. source "drivers/md/persistent-data/Kconfig"
  176. config DM_CRYPT
  177. tristate "Crypt target support"
  178. depends on BLK_DEV_DM
  179. select CRYPTO
  180. select CRYPTO_CBC
  181. ---help---
  182. This device-mapper target allows you to create a device that
  183. transparently encrypts the data on it. You'll need to activate
  184. the ciphers you're going to use in the cryptoapi configuration.
  185. Information on how to use dm-crypt can be found on
  186. <http://www.saout.de/misc/dm-crypt/>
  187. To compile this code as a module, choose M here: the module will
  188. be called dm-crypt.
  189. If unsure, say N.
  190. config DM_SNAPSHOT
  191. tristate "Snapshot target"
  192. depends on BLK_DEV_DM
  193. ---help---
  194. Allow volume managers to take writable snapshots of a device.
  195. config DM_THIN_PROVISIONING
  196. tristate "Thin provisioning target"
  197. depends on BLK_DEV_DM
  198. select DM_PERSISTENT_DATA
  199. select DM_BIO_PRISON
  200. ---help---
  201. Provides thin provisioning and snapshots that share a data store.
  202. config DM_DEBUG_BLOCK_STACK_TRACING
  203. boolean "Keep stack trace of thin provisioning block lock holders"
  204. depends on STACKTRACE_SUPPORT && DM_THIN_PROVISIONING
  205. select STACKTRACE
  206. ---help---
  207. Enable this for messages that may help debug problems with the
  208. block manager locking used by thin provisioning.
  209. If unsure, say N.
  210. config DM_CACHE
  211. tristate "Cache target (EXPERIMENTAL)"
  212. depends on BLK_DEV_DM
  213. default n
  214. select DM_PERSISTENT_DATA
  215. select DM_BIO_PRISON
  216. ---help---
  217. dm-cache attempts to improve performance of a block device by
  218. moving frequently used data to a smaller, higher performance
  219. device. Different 'policy' plugins can be used to change the
  220. algorithms used to select which blocks are promoted, demoted,
  221. cleaned etc. It supports writeback and writethrough modes.
  222. config DM_CACHE_MQ
  223. tristate "MQ Cache Policy (EXPERIMENTAL)"
  224. depends on DM_CACHE
  225. default y
  226. ---help---
  227. A cache policy that uses a multiqueue ordered by recent hit
  228. count to select which blocks should be promoted and demoted.
  229. This is meant to be a general purpose policy. It prioritises
  230. reads over writes.
  231. config DM_CACHE_CLEANER
  232. tristate "Cleaner Cache Policy (EXPERIMENTAL)"
  233. depends on DM_CACHE
  234. default y
  235. ---help---
  236. A simple cache policy that writes back all data to the
  237. origin. Used when decommissioning a dm-cache.
  238. config DM_MIRROR
  239. tristate "Mirror target"
  240. depends on BLK_DEV_DM
  241. ---help---
  242. Allow volume managers to mirror logical volumes, also
  243. needed for live data migration tools such as 'pvmove'.
  244. config DM_RAID
  245. tristate "RAID 1/4/5/6/10 target"
  246. depends on BLK_DEV_DM
  247. select MD_RAID1
  248. select MD_RAID10
  249. select MD_RAID456
  250. select BLK_DEV_MD
  251. ---help---
  252. A dm target that supports RAID1, RAID10, RAID4, RAID5 and RAID6 mappings
  253. A RAID-5 set of N drives with a capacity of C MB per drive provides
  254. the capacity of C * (N - 1) MB, and protects against a failure
  255. of a single drive. For a given sector (row) number, (N - 1) drives
  256. contain data sectors, and one drive contains the parity protection.
  257. For a RAID-4 set, the parity blocks are present on a single drive,
  258. while a RAID-5 set distributes the parity across the drives in one
  259. of the available parity distribution methods.
  260. A RAID-6 set of N drives with a capacity of C MB per drive
  261. provides the capacity of C * (N - 2) MB, and protects
  262. against a failure of any two drives. For a given sector
  263. (row) number, (N - 2) drives contain data sectors, and two
  264. drives contains two independent redundancy syndromes. Like
  265. RAID-5, RAID-6 distributes the syndromes across the drives
  266. in one of the available parity distribution methods.
  267. config DM_LOG_USERSPACE
  268. tristate "Mirror userspace logging"
  269. depends on DM_MIRROR && NET
  270. select CONNECTOR
  271. ---help---
  272. The userspace logging module provides a mechanism for
  273. relaying the dm-dirty-log API to userspace. Log designs
  274. which are more suited to userspace implementation (e.g.
  275. shared storage logs) or experimental logs can be implemented
  276. by leveraging this framework.
  277. config DM_ZERO
  278. tristate "Zero target"
  279. depends on BLK_DEV_DM
  280. ---help---
  281. A target that discards writes, and returns all zeroes for
  282. reads. Useful in some recovery situations.
  283. config DM_MULTIPATH
  284. tristate "Multipath target"
  285. depends on BLK_DEV_DM
  286. # nasty syntax but means make DM_MULTIPATH independent
  287. # of SCSI_DH if the latter isn't defined but if
  288. # it is, DM_MULTIPATH must depend on it. We get a build
  289. # error if SCSI_DH=m and DM_MULTIPATH=y
  290. depends on SCSI_DH || !SCSI_DH
  291. ---help---
  292. Allow volume managers to support multipath hardware.
  293. config DM_MULTIPATH_QL
  294. tristate "I/O Path Selector based on the number of in-flight I/Os"
  295. depends on DM_MULTIPATH
  296. ---help---
  297. This path selector is a dynamic load balancer which selects
  298. the path with the least number of in-flight I/Os.
  299. If unsure, say N.
  300. config DM_MULTIPATH_ST
  301. tristate "I/O Path Selector based on the service time"
  302. depends on DM_MULTIPATH
  303. ---help---
  304. This path selector is a dynamic load balancer which selects
  305. the path expected to complete the incoming I/O in the shortest
  306. time.
  307. If unsure, say N.
  308. config DM_DELAY
  309. tristate "I/O delaying target"
  310. depends on BLK_DEV_DM
  311. ---help---
  312. A target that delays reads and/or writes and can send
  313. them to different devices. Useful for testing.
  314. If unsure, say N.
  315. config DM_UEVENT
  316. bool "DM uevents"
  317. depends on BLK_DEV_DM
  318. ---help---
  319. Generate udev events for DM events.
  320. config DM_FLAKEY
  321. tristate "Flakey target"
  322. depends on BLK_DEV_DM
  323. ---help---
  324. A target that intermittently fails I/O for debugging purposes.
  325. config DM_VERITY
  326. tristate "Verity target support"
  327. depends on BLK_DEV_DM
  328. select CRYPTO
  329. select CRYPTO_HASH
  330. select DM_BUFIO
  331. ---help---
  332. This device-mapper target creates a read-only device that
  333. transparently validates the data on one underlying device against
  334. a pre-generated tree of cryptographic checksums stored on a second
  335. device.
  336. You'll need to activate the digests you're going to use in the
  337. cryptoapi configuration.
  338. To compile this code as a module, choose M here: the module will
  339. be called dm-verity.
  340. If unsure, say N.
  341. config DM_SWITCH
  342. tristate "Switch target support (EXPERIMENTAL)"
  343. depends on BLK_DEV_DM
  344. ---help---
  345. This device-mapper target creates a device that supports an arbitrary
  346. mapping of fixed-size regions of I/O across a fixed set of paths.
  347. The path used for any specific region can be switched dynamically
  348. by sending the target a message.
  349. To compile this code as a module, choose M here: the module will
  350. be called dm-switch.
  351. If unsure, say N.
  352. endif # MD