Kconfig 6.4 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206
  1. # SPDX-License-Identifier: GPL-2.0-only
  2. config VIRTIO_ANCHOR
  3. bool
  4. config VIRTIO
  5. tristate
  6. select VIRTIO_ANCHOR
  7. help
  8. This option is selected by any driver which implements the virtio
  9. bus, such as CONFIG_VIRTIO_PCI, CONFIG_VIRTIO_MMIO, CONFIG_RPMSG
  10. or CONFIG_S390_GUEST.
  11. config VIRTIO_PCI_LIB
  12. tristate
  13. help
  14. Modern PCI device implementation. This module implements the
  15. basic probe and control for devices which are based on modern
  16. PCI device with possible vendor specific extensions. Any
  17. module that selects this module must depend on PCI.
  18. config VIRTIO_PCI_LIB_LEGACY
  19. tristate
  20. help
  21. Legacy PCI device (Virtio PCI Card 0.9.x Draft and older device)
  22. implementation.
  23. This module implements the basic probe and control for devices
  24. which are based on legacy PCI device. Any module that selects this
  25. module must depend on PCI.
  26. menuconfig VIRTIO_MENU
  27. bool "Virtio drivers"
  28. default y
  29. if VIRTIO_MENU
  30. config VIRTIO_HARDEN_NOTIFICATION
  31. bool "Harden virtio notification"
  32. depends on BROKEN
  33. help
  34. Enable this to harden the device notifications and suppress
  35. those that happen at a time where notifications are illegal.
  36. Experimental: Note that several drivers still have issues that
  37. may cause crashes or hangs when correct handling of
  38. notifications is enforced; depending on the subset of
  39. drivers and devices you use, this may or may not work.
  40. If unsure, say N.
  41. config VIRTIO_PCI
  42. tristate "PCI driver for virtio devices"
  43. depends on PCI
  44. select VIRTIO_PCI_LIB
  45. select VIRTIO
  46. help
  47. This driver provides support for virtio based paravirtual device
  48. drivers over PCI. This requires that your VMM has appropriate PCI
  49. virtio backends. Most QEMU based VMMs should support these devices
  50. (like KVM or Xen).
  51. If unsure, say M.
  52. config VIRTIO_PCI_LEGACY
  53. bool "Support for legacy virtio draft 0.9.X and older devices"
  54. default y
  55. depends on VIRTIO_PCI
  56. select VIRTIO_PCI_LIB_LEGACY
  57. help
  58. Virtio PCI Card 0.9.X Draft (circa 2014) and older device support.
  59. This option enables building a transitional driver, supporting
  60. both devices conforming to Virtio 1 specification, and legacy devices.
  61. If disabled, you get a slightly smaller, non-transitional driver,
  62. with no legacy compatibility.
  63. So look out into your driveway. Do you have a flying car? If
  64. so, you can happily disable this option and virtio will not
  65. break. Otherwise, leave it set. Unless you're testing what
  66. life will be like in The Future.
  67. If unsure, say Y.
  68. config VIRTIO_VDPA
  69. tristate "vDPA driver for virtio devices"
  70. depends on VDPA
  71. select VIRTIO
  72. help
  73. This driver provides support for virtio based paravirtual
  74. device driver over vDPA bus. For this to be useful, you need
  75. an appropriate vDPA device implementation that operates on a
  76. physical device to allow the datapath of virtio to be
  77. offloaded to hardware.
  78. If unsure, say M.
  79. config VIRTIO_PMEM
  80. tristate "Support for virtio pmem driver"
  81. depends on VIRTIO
  82. depends on LIBNVDIMM
  83. help
  84. This driver provides access to virtio-pmem devices, storage devices
  85. that are mapped into the physical address space - similar to NVDIMMs
  86. - with a virtio-based flushing interface.
  87. If unsure, say Y.
  88. config VIRTIO_BALLOON
  89. tristate "Virtio balloon driver"
  90. depends on VIRTIO
  91. select MEMORY_BALLOON
  92. select PAGE_REPORTING
  93. help
  94. This driver supports increasing and decreasing the amount
  95. of memory within a KVM guest.
  96. If unsure, say M.
  97. config VIRTIO_MEM
  98. tristate "Virtio mem driver"
  99. depends on X86_64 || ARM64
  100. depends on VIRTIO
  101. depends on MEMORY_HOTPLUG
  102. depends on MEMORY_HOTREMOVE
  103. depends on CONTIG_ALLOC
  104. depends on EXCLUSIVE_SYSTEM_RAM
  105. help
  106. This driver provides access to virtio-mem paravirtualized memory
  107. devices, allowing to hotplug and hotunplug memory.
  108. This driver currently only supports x86-64 and arm64. Although it
  109. should compile on other architectures that implement memory
  110. hot(un)plug, architecture-specific and/or common
  111. code changes may be required for virtio-mem, kdump and kexec to work as
  112. expected.
  113. If unsure, say M.
  114. config VIRTIO_INPUT
  115. tristate "Virtio input driver"
  116. depends on VIRTIO
  117. depends on INPUT
  118. help
  119. This driver supports virtio input devices such as
  120. keyboards, mice and tablets.
  121. If unsure, say M.
  122. config VIRTIO_MMIO
  123. tristate "Platform bus driver for memory mapped virtio devices"
  124. depends on HAS_IOMEM && HAS_DMA
  125. select VIRTIO
  126. help
  127. This drivers provides support for memory mapped virtio
  128. platform device driver.
  129. If unsure, say N.
  130. config VIRTIO_MMIO_SWIOTLB
  131. bool "Instantiate swiotlb buffer pool for custom DMA ops"
  132. depends on VIRTIO_MMIO
  133. help
  134. Activating this feature results in custom DMA ops being
  135. setup up for virtio_mmio device, that uses swiotlb driver
  136. APIs to bounce buffers in and out of a pre-defined memory
  137. region. The pre-defined memory region is defined in
  138. device-tree (/swiotlb) and is indicative of memory that is
  139. shared with another virtual machine which is hosting virtio
  140. backend drivers.
  141. config GH_VIRTIO_DEBUG
  142. bool "Enable debug features for virtio front-end drivers on Gunyah Hypervisor"
  143. depends on VIRTIO_MMIO
  144. help
  145. Activating this feature provides additional tracepoints in various
  146. virtio drivers that will be useful to debug virtio transactions.
  147. Currently virtio block driver and mmio transport provide few
  148. tracepoints when this feature is enabled.
  149. config VIRTIO_MMIO_CMDLINE_DEVICES
  150. bool "Memory mapped virtio devices parameter parsing"
  151. depends on VIRTIO_MMIO
  152. help
  153. Allow virtio-mmio devices instantiation via the kernel command line
  154. or module parameters. Be aware that using incorrect parameters (base
  155. address in particular) can crash your system - you have been warned.
  156. See Documentation/admin-guide/kernel-parameters.rst for details.
  157. If unsure, say 'N'.
  158. config VIRTIO_DMA_SHARED_BUFFER
  159. tristate "Virtio DMA shared buffer support"
  160. depends on DMA_SHARED_BUFFER
  161. help
  162. This option adds a flavor of dma buffers that are backed by
  163. virtio resources.
  164. config VIRTIO_MMIO_POLL_RESET
  165. bool "Virti-mmio device synchronous reset support"
  166. depends on VIRTIO_MMIO
  167. help
  168. Say y here to enable synchronous reset for the MMIO transport based
  169. virtio device. After writing 0 to device_status, the driver must
  170. wait for a read of device_status to return 0 before reinitializing
  171. the device.
  172. endif # VIRTIO_MENU