Kconfig 7.4 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234
  1. # SPDX-License-Identifier: GPL-2.0
  2. #
  3. # Block layer core configuration
  4. #
  5. menuconfig BLOCK
  6. bool "Enable the block layer" if EXPERT
  7. default y
  8. select FS_IOMAP
  9. select SBITMAP
  10. help
  11. Provide block layer support for the kernel.
  12. Disable this option to remove the block layer support from the
  13. kernel. This may be useful for embedded devices.
  14. If this option is disabled:
  15. - block device files will become unusable
  16. - some filesystems (such as ext3) will become unavailable.
  17. Also, SCSI character devices and USB storage will be disabled since
  18. they make use of various block layer definitions and facilities.
  19. Say Y here unless you know you really don't want to mount disks and
  20. suchlike.
  21. if BLOCK
  22. config BLOCK_LEGACY_AUTOLOAD
  23. bool "Legacy autoloading support"
  24. default y
  25. help
  26. Enable loading modules and creating block device instances based on
  27. accesses through their device special file. This is a historic Linux
  28. feature and makes no sense in a udev world where device files are
  29. created on demand, but scripts that manually create device nodes and
  30. then call losetup might rely on this behavior.
  31. config BLK_RQ_ALLOC_TIME
  32. bool
  33. config BLK_CGROUP_RWSTAT
  34. bool
  35. config BLK_CGROUP_PUNT_BIO
  36. bool
  37. config BLK_DEV_BSG_COMMON
  38. tristate
  39. config BLK_ICQ
  40. bool
  41. config BLK_DEV_BSGLIB
  42. bool "Block layer SG support v4 helper lib"
  43. select BLK_DEV_BSG_COMMON
  44. help
  45. Subsystems will normally enable this if needed. Users will not
  46. normally need to manually enable this.
  47. If unsure, say N.
  48. config BLK_DEV_INTEGRITY
  49. bool "Block layer data integrity support"
  50. select CRC_T10DIF
  51. select CRC64_ROCKSOFT
  52. help
  53. Some storage devices allow extra information to be
  54. stored/retrieved to help protect the data. The block layer
  55. data integrity option provides hooks which can be used by
  56. filesystems to ensure better data integrity.
  57. Say yes here if you have a storage device that provides the
  58. T10/SCSI Data Integrity Field or the T13/ATA External Path
  59. Protection. If in doubt, say N.
  60. config BLK_DEV_WRITE_MOUNTED
  61. bool "Allow writing to mounted block devices"
  62. default y
  63. help
  64. When a block device is mounted, writing to its buffer cache is very
  65. likely going to cause filesystem corruption. It is also rather easy to
  66. crash the kernel in this way since the filesystem has no practical way
  67. of detecting these writes to buffer cache and verifying its metadata
  68. integrity. However there are some setups that need this capability
  69. like running fsck on read-only mounted root device, modifying some
  70. features on mounted ext4 filesystem, and similar. If you say N, the
  71. kernel will prevent processes from writing to block devices that are
  72. mounted by filesystems which provides some more protection from runaway
  73. privileged processes and generally makes it much harder to crash
  74. filesystem drivers. Note however that this does not prevent
  75. underlying device(s) from being modified by other means, e.g. by
  76. directly submitting SCSI commands or through access to lower layers of
  77. storage stack. If in doubt, say Y. The configuration can be overridden
  78. with the bdev_allow_write_mounted boot option.
  79. config BLK_DEV_ZONED
  80. bool "Zoned block device support"
  81. help
  82. Block layer zoned block device support. This option enables
  83. support for ZAC/ZBC/ZNS host-managed and host-aware zoned block
  84. devices.
  85. Say yes here if you have a ZAC, ZBC, or ZNS storage device.
  86. config BLK_DEV_THROTTLING
  87. bool "Block layer bio throttling support"
  88. depends on BLK_CGROUP
  89. select BLK_CGROUP_RWSTAT
  90. help
  91. Block layer bio throttling support. It can be used to limit
  92. the IO rate to a device. IO rate policies are per cgroup and
  93. one needs to mount and use blkio cgroup controller for creating
  94. cgroups and specifying per device IO rate policies.
  95. See Documentation/admin-guide/cgroup-v1/blkio-controller.rst for more information.
  96. config BLK_WBT
  97. bool "Enable support for block device writeback throttling"
  98. help
  99. Enabling this option enables the block layer to throttle buffered
  100. background writeback from the VM, making it more smooth and having
  101. less impact on foreground operations. The throttling is done
  102. dynamically on an algorithm loosely based on CoDel, factoring in
  103. the realtime performance of the disk.
  104. config BLK_WBT_MQ
  105. bool "Enable writeback throttling by default"
  106. default y
  107. depends on BLK_WBT
  108. help
  109. Enable writeback throttling by default for request-based block devices.
  110. config BLK_CGROUP_IOLATENCY
  111. bool "Enable support for latency based cgroup IO protection"
  112. depends on BLK_CGROUP
  113. help
  114. Enabling this option enables the .latency interface for IO throttling.
  115. The IO controller will attempt to maintain average IO latencies below
  116. the configured latency target, throttling anybody with a higher latency
  117. target than the victimized group.
  118. Note, this is an experimental interface and could be changed someday.
  119. config BLK_CGROUP_FC_APPID
  120. bool "Enable support to track FC I/O Traffic across cgroup applications"
  121. depends on BLK_CGROUP && NVME_FC
  122. help
  123. Enabling this option enables the support to track FC I/O traffic across
  124. cgroup applications. It enables the Fabric and the storage targets to
  125. identify, monitor, and handle FC traffic based on VM tags by inserting
  126. application specific identification into the FC frame.
  127. config BLK_CGROUP_IOCOST
  128. bool "Enable support for cost model based cgroup IO controller"
  129. depends on BLK_CGROUP
  130. select BLK_RQ_ALLOC_TIME
  131. help
  132. Enabling this option enables the .weight interface for cost
  133. model based proportional IO control. The IO controller
  134. distributes IO capacity between different groups based on
  135. their share of the overall weight distribution.
  136. config BLK_CGROUP_IOPRIO
  137. bool "Cgroup I/O controller for assigning an I/O priority class"
  138. depends on BLK_CGROUP
  139. help
  140. Enable the .prio interface for assigning an I/O priority class to
  141. requests. The I/O priority class affects the order in which an I/O
  142. scheduler and block devices process requests. Only some I/O schedulers
  143. and some block devices support I/O priorities.
  144. config BLK_DEBUG_FS
  145. bool "Block layer debugging information in debugfs"
  146. default y
  147. depends on DEBUG_FS
  148. help
  149. Include block layer debugging information in debugfs. This information
  150. is mostly useful for kernel developers, but it doesn't incur any cost
  151. at runtime.
  152. Unless you are building a kernel for a tiny system, you should
  153. say Y here.
  154. config BLK_SED_OPAL
  155. bool "Logic for interfacing with Opal enabled SEDs"
  156. depends on KEYS
  157. select PSERIES_PLPKS if PPC_PSERIES
  158. select PSERIES_PLPKS_SED if PPC_PSERIES
  159. help
  160. Builds Logic for interfacing with Opal enabled controllers.
  161. Enabling this option enables users to setup/unlock/lock
  162. Locking ranges for SED devices using the Opal protocol.
  163. config BLK_INLINE_ENCRYPTION
  164. bool "Enable inline encryption support in block layer"
  165. help
  166. Build the blk-crypto subsystem. Enabling this lets the
  167. block layer handle encryption, so users can take
  168. advantage of inline encryption hardware if present.
  169. config BLK_INLINE_ENCRYPTION_FALLBACK
  170. bool "Enable crypto API fallback for blk-crypto"
  171. depends on BLK_INLINE_ENCRYPTION
  172. select CRYPTO
  173. select CRYPTO_SKCIPHER
  174. help
  175. Enabling this lets the block layer handle inline encryption
  176. by falling back to the kernel crypto API when inline
  177. encryption hardware is not present.
  178. source "block/partitions/Kconfig"
  179. config BLK_MQ_PCI
  180. def_bool PCI
  181. config BLK_MQ_VIRTIO
  182. bool
  183. depends on VIRTIO
  184. default y
  185. config BLK_PM
  186. def_bool PM
  187. # do not use in new code
  188. config BLOCK_HOLDER_DEPRECATED
  189. bool
  190. config BLK_MQ_STACKING
  191. bool
  192. source "block/Kconfig.iosched"
  193. endif # BLOCK