brintos

brintos / linux-shallow public Read only

0
0
Text · 4.7 KiB · 2445f36 Raw
124 lines · c
1#ifndef _UAPI_LINUX_VIRTIO_CONFIG_H2#define _UAPI_LINUX_VIRTIO_CONFIG_H3/* This header, excluding the #ifdef __KERNEL__ part, is BSD licensed so4 * anyone can use the definitions to implement compatible drivers/servers.5 *6 * Redistribution and use in source and binary forms, with or without7 * modification, are permitted provided that the following conditions8 * are met:9 * 1. Redistributions of source code must retain the above copyright10 *    notice, this list of conditions and the following disclaimer.11 * 2. Redistributions in binary form must reproduce the above copyright12 *    notice, this list of conditions and the following disclaimer in the13 *    documentation and/or other materials provided with the distribution.14 * 3. Neither the name of IBM nor the names of its contributors15 *    may be used to endorse or promote products derived from this software16 *    without specific prior written permission.17 * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS ``AS IS'' AND18 * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE19 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE20 * ARE DISCLAIMED.  IN NO EVENT SHALL IBM OR CONTRIBUTORS BE LIABLE21 * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL22 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS23 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)24 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT25 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY26 * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF27 * SUCH DAMAGE. */28 29/* Virtio devices use a standardized configuration space to define their30 * features and pass configuration information, but each implementation can31 * store and access that space differently. */32#include <linux/types.h>33 34/* Status byte for guest to report progress, and synchronize features. */35/* We have seen device and processed generic fields (VIRTIO_CONFIG_F_VIRTIO) */36#define VIRTIO_CONFIG_S_ACKNOWLEDGE	137/* We have found a driver for the device. */38#define VIRTIO_CONFIG_S_DRIVER		239/* Driver has used its parts of the config, and is happy */40#define VIRTIO_CONFIG_S_DRIVER_OK	441/* Driver has finished configuring features */42#define VIRTIO_CONFIG_S_FEATURES_OK	843/* Device entered invalid state, driver must reset it */44#define VIRTIO_CONFIG_S_NEEDS_RESET	0x4045/* We've given up on this device. */46#define VIRTIO_CONFIG_S_FAILED		0x8047 48/*49 * Virtio feature bits VIRTIO_TRANSPORT_F_START through50 * VIRTIO_TRANSPORT_F_END are reserved for the transport51 * being used (e.g. virtio_ring, virtio_pci etc.), the52 * rest are per-device feature bits.53 */54#define VIRTIO_TRANSPORT_F_START	2855#define VIRTIO_TRANSPORT_F_END		4256 57#ifndef VIRTIO_CONFIG_NO_LEGACY58/* Do we get callbacks when the ring is completely used, even if we've59 * suppressed them? */60#define VIRTIO_F_NOTIFY_ON_EMPTY	2461 62/* Can the device handle any descriptor layout? */63#define VIRTIO_F_ANY_LAYOUT		2764#endif /* VIRTIO_CONFIG_NO_LEGACY */65 66/* v1.0 compliant. */67#define VIRTIO_F_VERSION_1		3268 69/*70 * If clear - device has the platform DMA (e.g. IOMMU) bypass quirk feature.71 * If set - use platform DMA tools to access the memory.72 *73 * Note the reverse polarity (compared to most other features),74 * this is for compatibility with legacy systems.75 */76#define VIRTIO_F_ACCESS_PLATFORM	3377#ifndef __KERNEL__78/* Legacy name for VIRTIO_F_ACCESS_PLATFORM (for compatibility with old userspace) */79#define VIRTIO_F_IOMMU_PLATFORM		VIRTIO_F_ACCESS_PLATFORM80#endif /* __KERNEL__ */81 82/* This feature indicates support for the packed virtqueue layout. */83#define VIRTIO_F_RING_PACKED		3484 85/*86 * Inorder feature indicates that all buffers are used by the device87 * in the same order in which they have been made available.88 */89#define VIRTIO_F_IN_ORDER		3590 91/*92 * This feature indicates that memory accesses by the driver and the93 * device are ordered in a way described by the platform.94 */95#define VIRTIO_F_ORDER_PLATFORM		3696 97/*98 * Does the device support Single Root I/O Virtualization?99 */100#define VIRTIO_F_SR_IOV			37101 102/*103 * This feature indicates that the driver passes extra data (besides104 * identifying the virtqueue) in its device notifications.105 */106#define VIRTIO_F_NOTIFICATION_DATA	38107 108/* This feature indicates that the driver uses the data provided by the device109 * as a virtqueue identifier in available buffer notifications.110 */111#define VIRTIO_F_NOTIF_CONFIG_DATA	39112 113/*114 * This feature indicates that the driver can reset a queue individually.115 */116#define VIRTIO_F_RING_RESET		40117 118/*119 * This feature indicates that the device support administration virtqueues.120 */121#define VIRTIO_F_ADMIN_VQ		41122 123#endif /* _UAPI_LINUX_VIRTIO_CONFIG_H */124