mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-18 02:04:05 +08:00
9313f80263
A very quiet cycle, no new features. Signed-off-by: Michael S. Tsirkin <mst@redhat.com> -----BEGIN PGP SIGNATURE----- iQFDBAABCAAtFiEEXQn9CHHI+FuUyooNKB8NuNKNVGkFAl+QSnEPHG1zdEByZWRo YXQuY29tAAoJECgfDbjSjVRpvzoIAIAJPV0OTShpvv8JXmBDngDGysuAcQah+d3u g2vDzRb9J3lYH7hJgkHans/4s3wYtWcJei7tgU2UkSODTSPK/l+hp4sTuVowsqPD Cvp6k7/ipzJscl2AAiflSn5gBUORHXU8oxEeDvUAJbVkSwWdKvKgvDGPbVxZCU0V kGlUctRq96e/TQCNekVthZ1Q4cgPKgx4zMFZjLSbj0yDN2JJJp+0Y+y5NJ5u9eTE VneaFZOJxlhjmNZZP1Bu/MOcvgPbjxZjDRRUP75sv8c7IkoGiubHbbwcDhbE5gVd Ve/ByiFTJe9ydKVVLm1O81AqO7uB13W46LjF5yotyk/dKX6s5eU= =1Gdh -----END PGP SIGNATURE----- Merge tag 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost Pull virtio updates from Michael Tsirkin: "vhost, vdpa, and virtio cleanups and fixes A very quiet cycle, no new features" * tag 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost: MAINTAINERS: add URL for virtio-mem vhost_vdpa: remove unnecessary spin_lock in vhost_vring_call vringh: fix __vringh_iov() when riov and wiov are different vdpa/mlx5: Setup driver only if VIRTIO_CONFIG_S_DRIVER_OK s390: virtio: PV needs VIRTIO I/O device protection virtio: let arch advertise guest's memory access restrictions vhost_vdpa: Fix duplicate included kernel.h vhost: reduce stack usage in log_used virtio-mem: Constify mem_id_table virtio_input: Constify id_table virtio-balloon: Constify id_table vdpa/mlx5: Fix failure to bring link up vdpa/mlx5: Make use of a specific 16 bit endianness API
143 lines
3.9 KiB
Plaintext
143 lines
3.9 KiB
Plaintext
# SPDX-License-Identifier: GPL-2.0-only
|
|
config VIRTIO
|
|
tristate
|
|
help
|
|
This option is selected by any driver which implements the virtio
|
|
bus, such as CONFIG_VIRTIO_PCI, CONFIG_VIRTIO_MMIO, CONFIG_RPMSG
|
|
or CONFIG_S390_GUEST.
|
|
|
|
config ARCH_HAS_RESTRICTED_VIRTIO_MEMORY_ACCESS
|
|
bool
|
|
help
|
|
This option is selected if the architecture may need to enforce
|
|
VIRTIO_F_ACCESS_PLATFORM
|
|
|
|
menuconfig VIRTIO_MENU
|
|
bool "Virtio drivers"
|
|
default y
|
|
|
|
if VIRTIO_MENU
|
|
|
|
config VIRTIO_PCI
|
|
tristate "PCI driver for virtio devices"
|
|
depends on PCI
|
|
select VIRTIO
|
|
help
|
|
This driver provides support for virtio based paravirtual device
|
|
drivers over PCI. This requires that your VMM has appropriate PCI
|
|
virtio backends. Most QEMU based VMMs should support these devices
|
|
(like KVM or Xen).
|
|
|
|
If unsure, say M.
|
|
|
|
config VIRTIO_PCI_LEGACY
|
|
bool "Support for legacy virtio draft 0.9.X and older devices"
|
|
default y
|
|
depends on VIRTIO_PCI
|
|
help
|
|
Virtio PCI Card 0.9.X Draft (circa 2014) and older device support.
|
|
|
|
This option enables building a transitional driver, supporting
|
|
both devices conforming to Virtio 1 specification, and legacy devices.
|
|
If disabled, you get a slightly smaller, non-transitional driver,
|
|
with no legacy compatibility.
|
|
|
|
So look out into your driveway. Do you have a flying car? If
|
|
so, you can happily disable this option and virtio will not
|
|
break. Otherwise, leave it set. Unless you're testing what
|
|
life will be like in The Future.
|
|
|
|
If unsure, say Y.
|
|
|
|
config VIRTIO_VDPA
|
|
tristate "vDPA driver for virtio devices"
|
|
depends on VDPA
|
|
select VIRTIO
|
|
help
|
|
This driver provides support for virtio based paravirtual
|
|
device driver over vDPA bus. For this to be useful, you need
|
|
an appropriate vDPA device implementation that operates on a
|
|
physical device to allow the datapath of virtio to be
|
|
offloaded to hardware.
|
|
|
|
If unsure, say M.
|
|
|
|
config VIRTIO_PMEM
|
|
tristate "Support for virtio pmem driver"
|
|
depends on VIRTIO
|
|
depends on LIBNVDIMM
|
|
help
|
|
This driver provides access to virtio-pmem devices, storage devices
|
|
that are mapped into the physical address space - similar to NVDIMMs
|
|
- with a virtio-based flushing interface.
|
|
|
|
If unsure, say Y.
|
|
|
|
config VIRTIO_BALLOON
|
|
tristate "Virtio balloon driver"
|
|
depends on VIRTIO
|
|
select MEMORY_BALLOON
|
|
select PAGE_REPORTING
|
|
help
|
|
This driver supports increasing and decreasing the amount
|
|
of memory within a KVM guest.
|
|
|
|
If unsure, say M.
|
|
|
|
config VIRTIO_MEM
|
|
tristate "Virtio mem driver"
|
|
default m
|
|
depends on X86_64
|
|
depends on VIRTIO
|
|
depends on MEMORY_HOTPLUG_SPARSE
|
|
depends on MEMORY_HOTREMOVE
|
|
depends on CONTIG_ALLOC
|
|
help
|
|
This driver provides access to virtio-mem paravirtualized memory
|
|
devices, allowing to hotplug and hotunplug memory.
|
|
|
|
This driver was only tested under x86-64, but should theoretically
|
|
work on all architectures that support memory hotplug and hotremove.
|
|
|
|
If unsure, say M.
|
|
|
|
config VIRTIO_INPUT
|
|
tristate "Virtio input driver"
|
|
depends on VIRTIO
|
|
depends on INPUT
|
|
help
|
|
This driver supports virtio input devices such as
|
|
keyboards, mice and tablets.
|
|
|
|
If unsure, say M.
|
|
|
|
config VIRTIO_MMIO
|
|
tristate "Platform bus driver for memory mapped virtio devices"
|
|
depends on HAS_IOMEM && HAS_DMA
|
|
select VIRTIO
|
|
help
|
|
This drivers provides support for memory mapped virtio
|
|
platform device driver.
|
|
|
|
If unsure, say N.
|
|
|
|
config VIRTIO_MMIO_CMDLINE_DEVICES
|
|
bool "Memory mapped virtio devices parameter parsing"
|
|
depends on VIRTIO_MMIO
|
|
help
|
|
Allow virtio-mmio devices instantiation via the kernel command line
|
|
or module parameters. Be aware that using incorrect parameters (base
|
|
address in particular) can crash your system - you have been warned.
|
|
See Documentation/admin-guide/kernel-parameters.rst for details.
|
|
|
|
If unsure, say 'N'.
|
|
|
|
config VIRTIO_DMA_SHARED_BUFFER
|
|
tristate
|
|
depends on DMA_SHARED_BUFFER
|
|
help
|
|
This option adds a flavor of dma buffers that are backed by
|
|
virtio resources.
|
|
|
|
endif # VIRTIO_MENU
|