2007-10-22 09:03:40 +08:00
|
|
|
/* Virtio ring implementation.
|
|
|
|
*
|
|
|
|
* Copyright 2007 Rusty Russell IBM Corporation
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
|
|
|
|
*/
|
|
|
|
#include <linux/virtio.h>
|
|
|
|
#include <linux/virtio_ring.h>
|
2008-07-26 01:06:13 +08:00
|
|
|
#include <linux/virtio_config.h>
|
2007-10-22 09:03:40 +08:00
|
|
|
#include <linux/device.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2011-07-04 04:20:30 +08:00
|
|
|
#include <linux/module.h>
|
2012-01-12 13:14:43 +08:00
|
|
|
#include <linux/hrtimer.h>
|
2016-02-03 13:46:36 +08:00
|
|
|
#include <linux/dma-mapping.h>
|
2016-02-03 13:46:40 +08:00
|
|
|
#include <xen/xen.h>
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
#ifdef DEBUG
|
|
|
|
/* For development, we want to crash whenever the ring is screwed. */
|
2009-06-13 12:16:35 +08:00
|
|
|
#define BAD_RING(_vq, fmt, args...) \
|
|
|
|
do { \
|
|
|
|
dev_err(&(_vq)->vq.vdev->dev, \
|
|
|
|
"%s:"fmt, (_vq)->vq.name, ##args); \
|
|
|
|
BUG(); \
|
|
|
|
} while (0)
|
2009-03-31 11:55:22 +08:00
|
|
|
/* Caller is supposed to guarantee no reentry. */
|
|
|
|
#define START_USE(_vq) \
|
|
|
|
do { \
|
|
|
|
if ((_vq)->in_use) \
|
2009-06-13 12:16:35 +08:00
|
|
|
panic("%s:in_use = %i\n", \
|
|
|
|
(_vq)->vq.name, (_vq)->in_use); \
|
2009-03-31 11:55:22 +08:00
|
|
|
(_vq)->in_use = __LINE__; \
|
2009-06-13 12:16:35 +08:00
|
|
|
} while (0)
|
2009-01-22 23:42:57 +08:00
|
|
|
#define END_USE(_vq) \
|
2010-02-25 04:22:22 +08:00
|
|
|
do { BUG_ON(!(_vq)->in_use); (_vq)->in_use = 0; } while(0)
|
2007-10-22 09:03:40 +08:00
|
|
|
#else
|
2009-06-13 12:16:35 +08:00
|
|
|
#define BAD_RING(_vq, fmt, args...) \
|
|
|
|
do { \
|
|
|
|
dev_err(&_vq->vq.vdev->dev, \
|
|
|
|
"%s:"fmt, (_vq)->vq.name, ##args); \
|
|
|
|
(_vq)->broken = true; \
|
|
|
|
} while (0)
|
2007-10-22 09:03:40 +08:00
|
|
|
#define START_USE(vq)
|
|
|
|
#define END_USE(vq)
|
|
|
|
#endif
|
|
|
|
|
2016-02-03 13:46:36 +08:00
|
|
|
struct vring_desc_state {
|
|
|
|
void *data; /* Data for callback. */
|
|
|
|
struct vring_desc *indir_desc; /* Indirect descriptor, if any. */
|
|
|
|
};
|
|
|
|
|
2015-01-15 19:33:31 +08:00
|
|
|
struct vring_virtqueue {
|
2007-10-22 09:03:40 +08:00
|
|
|
struct virtqueue vq;
|
|
|
|
|
|
|
|
/* Actual memory layout for this queue */
|
|
|
|
struct vring vring;
|
|
|
|
|
2012-01-12 13:14:42 +08:00
|
|
|
/* Can we use weak barriers? */
|
|
|
|
bool weak_barriers;
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
/* Other side has made a mess, don't try any more. */
|
|
|
|
bool broken;
|
|
|
|
|
2009-05-12 01:11:45 +08:00
|
|
|
/* Host supports indirect buffers */
|
|
|
|
bool indirect;
|
|
|
|
|
2011-05-20 07:10:44 +08:00
|
|
|
/* Host publishes avail event idx */
|
|
|
|
bool event;
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
/* Head of free buffer list. */
|
|
|
|
unsigned int free_head;
|
|
|
|
/* Number we've added since last sync. */
|
|
|
|
unsigned int num_added;
|
|
|
|
|
|
|
|
/* Last used index we've seen. */
|
2007-11-08 05:49:24 +08:00
|
|
|
u16 last_used_idx;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
/* Last written value to avail->flags */
|
|
|
|
u16 avail_flags_shadow;
|
|
|
|
|
|
|
|
/* Last written value to avail->idx in guest byte order */
|
|
|
|
u16 avail_idx_shadow;
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
/* How to notify other side. FIXME: commonalize hcalls! */
|
2013-10-29 07:08:50 +08:00
|
|
|
bool (*notify)(struct virtqueue *vq);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
/* DMA, allocation, and size information */
|
|
|
|
bool we_own_ring;
|
|
|
|
size_t queue_size_in_bytes;
|
|
|
|
dma_addr_t queue_dma_addr;
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
#ifdef DEBUG
|
|
|
|
/* They're supposed to lock for us. */
|
|
|
|
unsigned int in_use;
|
2012-01-12 13:14:43 +08:00
|
|
|
|
|
|
|
/* Figure out if their kicks are too delayed. */
|
|
|
|
bool last_add_time_valid;
|
|
|
|
ktime_t last_add_time;
|
2007-10-22 09:03:40 +08:00
|
|
|
#endif
|
|
|
|
|
2016-02-03 13:46:36 +08:00
|
|
|
/* Per-descriptor state. */
|
|
|
|
struct vring_desc_state desc_state[];
|
2007-10-22 09:03:40 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
#define to_vvq(_vq) container_of(_vq, struct vring_virtqueue, vq)
|
|
|
|
|
2016-02-03 13:46:35 +08:00
|
|
|
/*
|
virtio: new feature to detect IOMMU device quirk
The interaction between virtio and IOMMUs is messy.
On most systems with virtio, physical addresses match bus addresses,
and it doesn't particularly matter which one we use to program
the device.
On some systems, including Xen and any system with a physical device
that speaks virtio behind a physical IOMMU, we must program the IOMMU
for virtio DMA to work at all.
On other systems, including SPARC and PPC64, virtio-pci devices are
enumerated as though they are behind an IOMMU, but the virtio host
ignores the IOMMU, so we must either pretend that the IOMMU isn't
there or somehow map everything as the identity.
Add a feature bit to detect that quirk: VIRTIO_F_IOMMU_PLATFORM.
Any device with this feature bit set to 0 needs a quirk and has to be
passed physical addresses (as opposed to bus addresses) even though
the device is behind an IOMMU.
Note: it has to be a per-device quirk because for example, there could
be a mix of passed-through and virtual virtio devices. As another
example, some devices could be implemented by an out of process
hypervisor backend (in case of qemu vhost, or vhost-user) and so support
for an IOMMU needs to be coded up separately.
It would be cleanest to handle this in IOMMU core code, but that needs
per-device DMA ops. While we are waiting for that to be implemented, use
a work-around in virtio core.
Note: a "noiommu" feature is a quirk - add a wrapper to make
that clear.
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2016-04-18 17:58:14 +08:00
|
|
|
* Modern virtio devices have feature bits to specify whether they need a
|
|
|
|
* quirk and bypass the IOMMU. If not there, just use the DMA API.
|
|
|
|
*
|
|
|
|
* If there, the interaction between virtio and DMA API is messy.
|
2016-02-03 13:46:35 +08:00
|
|
|
*
|
|
|
|
* On most systems with virtio, physical addresses match bus addresses,
|
|
|
|
* and it doesn't particularly matter whether we use the DMA API.
|
|
|
|
*
|
|
|
|
* On some systems, including Xen and any system with a physical device
|
|
|
|
* that speaks virtio behind a physical IOMMU, we must use the DMA API
|
|
|
|
* for virtio DMA to work at all.
|
|
|
|
*
|
|
|
|
* On other systems, including SPARC and PPC64, virtio-pci devices are
|
|
|
|
* enumerated as though they are behind an IOMMU, but the virtio host
|
|
|
|
* ignores the IOMMU, so we must either pretend that the IOMMU isn't
|
|
|
|
* there or somehow map everything as the identity.
|
|
|
|
*
|
|
|
|
* For the time being, we preserve historic behavior and bypass the DMA
|
|
|
|
* API.
|
virtio: new feature to detect IOMMU device quirk
The interaction between virtio and IOMMUs is messy.
On most systems with virtio, physical addresses match bus addresses,
and it doesn't particularly matter which one we use to program
the device.
On some systems, including Xen and any system with a physical device
that speaks virtio behind a physical IOMMU, we must program the IOMMU
for virtio DMA to work at all.
On other systems, including SPARC and PPC64, virtio-pci devices are
enumerated as though they are behind an IOMMU, but the virtio host
ignores the IOMMU, so we must either pretend that the IOMMU isn't
there or somehow map everything as the identity.
Add a feature bit to detect that quirk: VIRTIO_F_IOMMU_PLATFORM.
Any device with this feature bit set to 0 needs a quirk and has to be
passed physical addresses (as opposed to bus addresses) even though
the device is behind an IOMMU.
Note: it has to be a per-device quirk because for example, there could
be a mix of passed-through and virtual virtio devices. As another
example, some devices could be implemented by an out of process
hypervisor backend (in case of qemu vhost, or vhost-user) and so support
for an IOMMU needs to be coded up separately.
It would be cleanest to handle this in IOMMU core code, but that needs
per-device DMA ops. While we are waiting for that to be implemented, use
a work-around in virtio core.
Note: a "noiommu" feature is a quirk - add a wrapper to make
that clear.
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2016-04-18 17:58:14 +08:00
|
|
|
*
|
|
|
|
* TODO: install a per-device DMA ops structure that does the right thing
|
|
|
|
* taking into account all the above quirks, and use the DMA API
|
|
|
|
* unconditionally on data path.
|
2016-02-03 13:46:35 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
static bool vring_use_dma_api(struct virtio_device *vdev)
|
|
|
|
{
|
virtio: new feature to detect IOMMU device quirk
The interaction between virtio and IOMMUs is messy.
On most systems with virtio, physical addresses match bus addresses,
and it doesn't particularly matter which one we use to program
the device.
On some systems, including Xen and any system with a physical device
that speaks virtio behind a physical IOMMU, we must program the IOMMU
for virtio DMA to work at all.
On other systems, including SPARC and PPC64, virtio-pci devices are
enumerated as though they are behind an IOMMU, but the virtio host
ignores the IOMMU, so we must either pretend that the IOMMU isn't
there or somehow map everything as the identity.
Add a feature bit to detect that quirk: VIRTIO_F_IOMMU_PLATFORM.
Any device with this feature bit set to 0 needs a quirk and has to be
passed physical addresses (as opposed to bus addresses) even though
the device is behind an IOMMU.
Note: it has to be a per-device quirk because for example, there could
be a mix of passed-through and virtual virtio devices. As another
example, some devices could be implemented by an out of process
hypervisor backend (in case of qemu vhost, or vhost-user) and so support
for an IOMMU needs to be coded up separately.
It would be cleanest to handle this in IOMMU core code, but that needs
per-device DMA ops. While we are waiting for that to be implemented, use
a work-around in virtio core.
Note: a "noiommu" feature is a quirk - add a wrapper to make
that clear.
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2016-04-18 17:58:14 +08:00
|
|
|
if (!virtio_has_iommu_quirk(vdev))
|
|
|
|
return true;
|
|
|
|
|
|
|
|
/* Otherwise, we are left to guess. */
|
2016-02-03 13:46:40 +08:00
|
|
|
/*
|
|
|
|
* In theory, it's possible to have a buggy QEMU-supposed
|
|
|
|
* emulated Q35 IOMMU and Xen enabled at the same time. On
|
|
|
|
* such a configuration, virtio has never worked and will
|
|
|
|
* not work without an even larger kludge. Instead, enable
|
|
|
|
* the DMA API if we're a Xen guest, which at least allows
|
|
|
|
* all of the sensible Xen configurations to work correctly.
|
|
|
|
*/
|
|
|
|
if (xen_domain())
|
|
|
|
return true;
|
|
|
|
|
2016-02-03 13:46:35 +08:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2016-02-03 13:46:36 +08:00
|
|
|
/*
|
|
|
|
* The DMA ops on various arches are rather gnarly right now, and
|
|
|
|
* making all of the arch DMA ops work on the vring device itself
|
|
|
|
* is a mess. For now, we use the parent device for DMA ops.
|
|
|
|
*/
|
2016-10-31 06:38:21 +08:00
|
|
|
static inline struct device *vring_dma_dev(const struct vring_virtqueue *vq)
|
2016-02-03 13:46:36 +08:00
|
|
|
{
|
|
|
|
return vq->vq.vdev->dev.parent;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Map one sg entry. */
|
|
|
|
static dma_addr_t vring_map_one_sg(const struct vring_virtqueue *vq,
|
|
|
|
struct scatterlist *sg,
|
|
|
|
enum dma_data_direction direction)
|
|
|
|
{
|
|
|
|
if (!vring_use_dma_api(vq->vq.vdev))
|
|
|
|
return (dma_addr_t)sg_phys(sg);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We can't use dma_map_sg, because we don't use scatterlists in
|
|
|
|
* the way it expects (we don't guarantee that the scatterlist
|
|
|
|
* will exist for the lifetime of the mapping).
|
|
|
|
*/
|
|
|
|
return dma_map_page(vring_dma_dev(vq),
|
|
|
|
sg_page(sg), sg->offset, sg->length,
|
|
|
|
direction);
|
|
|
|
}
|
|
|
|
|
|
|
|
static dma_addr_t vring_map_single(const struct vring_virtqueue *vq,
|
|
|
|
void *cpu_addr, size_t size,
|
|
|
|
enum dma_data_direction direction)
|
|
|
|
{
|
|
|
|
if (!vring_use_dma_api(vq->vq.vdev))
|
|
|
|
return (dma_addr_t)virt_to_phys(cpu_addr);
|
|
|
|
|
|
|
|
return dma_map_single(vring_dma_dev(vq),
|
|
|
|
cpu_addr, size, direction);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void vring_unmap_one(const struct vring_virtqueue *vq,
|
|
|
|
struct vring_desc *desc)
|
|
|
|
{
|
|
|
|
u16 flags;
|
|
|
|
|
|
|
|
if (!vring_use_dma_api(vq->vq.vdev))
|
|
|
|
return;
|
|
|
|
|
|
|
|
flags = virtio16_to_cpu(vq->vq.vdev, desc->flags);
|
|
|
|
|
|
|
|
if (flags & VRING_DESC_F_INDIRECT) {
|
|
|
|
dma_unmap_single(vring_dma_dev(vq),
|
|
|
|
virtio64_to_cpu(vq->vq.vdev, desc->addr),
|
|
|
|
virtio32_to_cpu(vq->vq.vdev, desc->len),
|
|
|
|
(flags & VRING_DESC_F_WRITE) ?
|
|
|
|
DMA_FROM_DEVICE : DMA_TO_DEVICE);
|
|
|
|
} else {
|
|
|
|
dma_unmap_page(vring_dma_dev(vq),
|
|
|
|
virtio64_to_cpu(vq->vq.vdev, desc->addr),
|
|
|
|
virtio32_to_cpu(vq->vq.vdev, desc->len),
|
|
|
|
(flags & VRING_DESC_F_WRITE) ?
|
|
|
|
DMA_FROM_DEVICE : DMA_TO_DEVICE);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static int vring_mapping_error(const struct vring_virtqueue *vq,
|
|
|
|
dma_addr_t addr)
|
|
|
|
{
|
|
|
|
if (!vring_use_dma_api(vq->vq.vdev))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return dma_mapping_error(vring_dma_dev(vq), addr);
|
|
|
|
}
|
|
|
|
|
2014-10-22 20:42:09 +08:00
|
|
|
static struct vring_desc *alloc_indirect(struct virtqueue *_vq,
|
|
|
|
unsigned int total_sg, gfp_t gfp)
|
2009-05-12 01:11:45 +08:00
|
|
|
{
|
|
|
|
struct vring_desc *desc;
|
2014-09-11 08:47:38 +08:00
|
|
|
unsigned int i;
|
2009-05-12 01:11:45 +08:00
|
|
|
|
2012-10-19 21:03:33 +08:00
|
|
|
/*
|
|
|
|
* We require lowmem mappings for the descriptors because
|
|
|
|
* otherwise virt_to_phys will give us bogus addresses in the
|
|
|
|
* virtqueue.
|
|
|
|
*/
|
2015-12-01 22:32:49 +08:00
|
|
|
gfp &= ~__GFP_HIGHMEM;
|
2012-10-19 21:03:33 +08:00
|
|
|
|
treewide: kmalloc() -> kmalloc_array()
The kmalloc() function has a 2-factor argument form, kmalloc_array(). This
patch replaces cases of:
kmalloc(a * b, gfp)
with:
kmalloc_array(a * b, gfp)
as well as handling cases of:
kmalloc(a * b * c, gfp)
with:
kmalloc(array3_size(a, b, c), gfp)
as it's slightly less ugly than:
kmalloc_array(array_size(a, b), c, gfp)
This does, however, attempt to ignore constant size factors like:
kmalloc(4 * 1024, gfp)
though any constants defined via macros get caught up in the conversion.
Any factors with a sizeof() of "unsigned char", "char", and "u8" were
dropped, since they're redundant.
The tools/ directory was manually excluded, since it has its own
implementation of kmalloc().
The Coccinelle script used for this was:
// Fix redundant parens around sizeof().
@@
type TYPE;
expression THING, E;
@@
(
kmalloc(
- (sizeof(TYPE)) * E
+ sizeof(TYPE) * E
, ...)
|
kmalloc(
- (sizeof(THING)) * E
+ sizeof(THING) * E
, ...)
)
// Drop single-byte sizes and redundant parens.
@@
expression COUNT;
typedef u8;
typedef __u8;
@@
(
kmalloc(
- sizeof(u8) * (COUNT)
+ COUNT
, ...)
|
kmalloc(
- sizeof(__u8) * (COUNT)
+ COUNT
, ...)
|
kmalloc(
- sizeof(char) * (COUNT)
+ COUNT
, ...)
|
kmalloc(
- sizeof(unsigned char) * (COUNT)
+ COUNT
, ...)
|
kmalloc(
- sizeof(u8) * COUNT
+ COUNT
, ...)
|
kmalloc(
- sizeof(__u8) * COUNT
+ COUNT
, ...)
|
kmalloc(
- sizeof(char) * COUNT
+ COUNT
, ...)
|
kmalloc(
- sizeof(unsigned char) * COUNT
+ COUNT
, ...)
)
// 2-factor product with sizeof(type/expression) and identifier or constant.
@@
type TYPE;
expression THING;
identifier COUNT_ID;
constant COUNT_CONST;
@@
(
- kmalloc
+ kmalloc_array
(
- sizeof(TYPE) * (COUNT_ID)
+ COUNT_ID, sizeof(TYPE)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(TYPE) * COUNT_ID
+ COUNT_ID, sizeof(TYPE)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(TYPE) * (COUNT_CONST)
+ COUNT_CONST, sizeof(TYPE)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(TYPE) * COUNT_CONST
+ COUNT_CONST, sizeof(TYPE)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(THING) * (COUNT_ID)
+ COUNT_ID, sizeof(THING)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(THING) * COUNT_ID
+ COUNT_ID, sizeof(THING)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(THING) * (COUNT_CONST)
+ COUNT_CONST, sizeof(THING)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(THING) * COUNT_CONST
+ COUNT_CONST, sizeof(THING)
, ...)
)
// 2-factor product, only identifiers.
@@
identifier SIZE, COUNT;
@@
- kmalloc
+ kmalloc_array
(
- SIZE * COUNT
+ COUNT, SIZE
, ...)
// 3-factor product with 1 sizeof(type) or sizeof(expression), with
// redundant parens removed.
@@
expression THING;
identifier STRIDE, COUNT;
type TYPE;
@@
(
kmalloc(
- sizeof(TYPE) * (COUNT) * (STRIDE)
+ array3_size(COUNT, STRIDE, sizeof(TYPE))
, ...)
|
kmalloc(
- sizeof(TYPE) * (COUNT) * STRIDE
+ array3_size(COUNT, STRIDE, sizeof(TYPE))
, ...)
|
kmalloc(
- sizeof(TYPE) * COUNT * (STRIDE)
+ array3_size(COUNT, STRIDE, sizeof(TYPE))
, ...)
|
kmalloc(
- sizeof(TYPE) * COUNT * STRIDE
+ array3_size(COUNT, STRIDE, sizeof(TYPE))
, ...)
|
kmalloc(
- sizeof(THING) * (COUNT) * (STRIDE)
+ array3_size(COUNT, STRIDE, sizeof(THING))
, ...)
|
kmalloc(
- sizeof(THING) * (COUNT) * STRIDE
+ array3_size(COUNT, STRIDE, sizeof(THING))
, ...)
|
kmalloc(
- sizeof(THING) * COUNT * (STRIDE)
+ array3_size(COUNT, STRIDE, sizeof(THING))
, ...)
|
kmalloc(
- sizeof(THING) * COUNT * STRIDE
+ array3_size(COUNT, STRIDE, sizeof(THING))
, ...)
)
// 3-factor product with 2 sizeof(variable), with redundant parens removed.
@@
expression THING1, THING2;
identifier COUNT;
type TYPE1, TYPE2;
@@
(
kmalloc(
- sizeof(TYPE1) * sizeof(TYPE2) * COUNT
+ array3_size(COUNT, sizeof(TYPE1), sizeof(TYPE2))
, ...)
|
kmalloc(
- sizeof(TYPE1) * sizeof(THING2) * (COUNT)
+ array3_size(COUNT, sizeof(TYPE1), sizeof(TYPE2))
, ...)
|
kmalloc(
- sizeof(THING1) * sizeof(THING2) * COUNT
+ array3_size(COUNT, sizeof(THING1), sizeof(THING2))
, ...)
|
kmalloc(
- sizeof(THING1) * sizeof(THING2) * (COUNT)
+ array3_size(COUNT, sizeof(THING1), sizeof(THING2))
, ...)
|
kmalloc(
- sizeof(TYPE1) * sizeof(THING2) * COUNT
+ array3_size(COUNT, sizeof(TYPE1), sizeof(THING2))
, ...)
|
kmalloc(
- sizeof(TYPE1) * sizeof(THING2) * (COUNT)
+ array3_size(COUNT, sizeof(TYPE1), sizeof(THING2))
, ...)
)
// 3-factor product, only identifiers, with redundant parens removed.
@@
identifier STRIDE, SIZE, COUNT;
@@
(
kmalloc(
- (COUNT) * STRIDE * SIZE
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kmalloc(
- COUNT * (STRIDE) * SIZE
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kmalloc(
- COUNT * STRIDE * (SIZE)
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kmalloc(
- (COUNT) * (STRIDE) * SIZE
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kmalloc(
- COUNT * (STRIDE) * (SIZE)
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kmalloc(
- (COUNT) * STRIDE * (SIZE)
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kmalloc(
- (COUNT) * (STRIDE) * (SIZE)
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kmalloc(
- COUNT * STRIDE * SIZE
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
)
// Any remaining multi-factor products, first at least 3-factor products,
// when they're not all constants...
@@
expression E1, E2, E3;
constant C1, C2, C3;
@@
(
kmalloc(C1 * C2 * C3, ...)
|
kmalloc(
- (E1) * E2 * E3
+ array3_size(E1, E2, E3)
, ...)
|
kmalloc(
- (E1) * (E2) * E3
+ array3_size(E1, E2, E3)
, ...)
|
kmalloc(
- (E1) * (E2) * (E3)
+ array3_size(E1, E2, E3)
, ...)
|
kmalloc(
- E1 * E2 * E3
+ array3_size(E1, E2, E3)
, ...)
)
// And then all remaining 2 factors products when they're not all constants,
// keeping sizeof() as the second factor argument.
@@
expression THING, E1, E2;
type TYPE;
constant C1, C2, C3;
@@
(
kmalloc(sizeof(THING) * C2, ...)
|
kmalloc(sizeof(TYPE) * C2, ...)
|
kmalloc(C1 * C2 * C3, ...)
|
kmalloc(C1 * C2, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(TYPE) * (E2)
+ E2, sizeof(TYPE)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(TYPE) * E2
+ E2, sizeof(TYPE)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(THING) * (E2)
+ E2, sizeof(THING)
, ...)
|
- kmalloc
+ kmalloc_array
(
- sizeof(THING) * E2
+ E2, sizeof(THING)
, ...)
|
- kmalloc
+ kmalloc_array
(
- (E1) * E2
+ E1, E2
, ...)
|
- kmalloc
+ kmalloc_array
(
- (E1) * (E2)
+ E1, E2
, ...)
|
- kmalloc
+ kmalloc_array
(
- E1 * E2
+ E1, E2
, ...)
)
Signed-off-by: Kees Cook <keescook@chromium.org>
2018-06-13 04:55:00 +08:00
|
|
|
desc = kmalloc_array(total_sg, sizeof(struct vring_desc), gfp);
|
2009-05-12 01:11:45 +08:00
|
|
|
if (!desc)
|
2014-09-11 08:47:38 +08:00
|
|
|
return NULL;
|
2009-05-12 01:11:45 +08:00
|
|
|
|
2014-09-11 08:47:38 +08:00
|
|
|
for (i = 0; i < total_sg; i++)
|
2014-10-22 20:42:09 +08:00
|
|
|
desc[i].next = cpu_to_virtio16(_vq->vdev, i + 1);
|
2014-09-11 08:47:38 +08:00
|
|
|
return desc;
|
2009-05-12 01:11:45 +08:00
|
|
|
}
|
|
|
|
|
2013-03-20 13:07:09 +08:00
|
|
|
static inline int virtqueue_add(struct virtqueue *_vq,
|
|
|
|
struct scatterlist *sgs[],
|
2014-09-11 08:47:37 +08:00
|
|
|
unsigned int total_sg,
|
2013-03-20 13:07:09 +08:00
|
|
|
unsigned int out_sgs,
|
|
|
|
unsigned int in_sgs,
|
|
|
|
void *data,
|
2017-02-07 12:15:13 +08:00
|
|
|
void *ctx,
|
2013-03-20 13:07:09 +08:00
|
|
|
gfp_t gfp)
|
2007-10-22 09:03:40 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
2013-03-20 13:07:09 +08:00
|
|
|
struct scatterlist *sg;
|
2014-09-11 08:47:38 +08:00
|
|
|
struct vring_desc *desc;
|
2016-02-03 13:46:36 +08:00
|
|
|
unsigned int i, n, avail, descs_used, uninitialized_var(prev), err_idx;
|
2010-07-26 15:25:30 +08:00
|
|
|
int head;
|
2014-09-11 08:47:38 +08:00
|
|
|
bool indirect;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2009-05-12 01:11:45 +08:00
|
|
|
START_USE(vq);
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
BUG_ON(data == NULL);
|
2017-02-07 12:15:13 +08:00
|
|
|
BUG_ON(ctx && vq->indirect);
|
2009-05-12 01:11:45 +08:00
|
|
|
|
2014-03-13 08:53:40 +08:00
|
|
|
if (unlikely(vq->broken)) {
|
|
|
|
END_USE(vq);
|
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
2012-01-12 13:14:43 +08:00
|
|
|
#ifdef DEBUG
|
|
|
|
{
|
|
|
|
ktime_t now = ktime_get();
|
|
|
|
|
|
|
|
/* No kick or get, with .1 second between? Warn. */
|
|
|
|
if (vq->last_add_time_valid)
|
|
|
|
WARN_ON(ktime_to_ms(ktime_sub(now, vq->last_add_time))
|
|
|
|
> 100);
|
|
|
|
vq->last_add_time = now;
|
|
|
|
vq->last_add_time_valid = true;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2014-09-11 08:47:38 +08:00
|
|
|
BUG_ON(total_sg == 0);
|
|
|
|
|
|
|
|
head = vq->free_head;
|
|
|
|
|
2009-05-12 01:11:45 +08:00
|
|
|
/* If the host supports indirect descriptor tables, and we have multiple
|
|
|
|
* buffers, then go indirect. FIXME: tune this threshold */
|
2014-09-11 08:47:38 +08:00
|
|
|
if (vq->indirect && total_sg > 1 && vq->vq.num_free)
|
2014-10-22 20:42:09 +08:00
|
|
|
desc = alloc_indirect(_vq, total_sg, gfp);
|
2017-08-11 00:56:51 +08:00
|
|
|
else {
|
2014-09-11 08:47:38 +08:00
|
|
|
desc = NULL;
|
2017-08-11 00:56:51 +08:00
|
|
|
WARN_ON_ONCE(total_sg > vq->vring.num && !vq->indirect);
|
|
|
|
}
|
2014-09-11 08:47:38 +08:00
|
|
|
|
|
|
|
if (desc) {
|
|
|
|
/* Use a single buffer which doesn't continue */
|
2016-02-03 13:46:36 +08:00
|
|
|
indirect = true;
|
2014-09-11 08:47:38 +08:00
|
|
|
/* Set up rest to use this indirect table. */
|
|
|
|
i = 0;
|
|
|
|
descs_used = 1;
|
|
|
|
} else {
|
2016-02-03 13:46:36 +08:00
|
|
|
indirect = false;
|
2014-09-11 08:47:38 +08:00
|
|
|
desc = vq->vring.desc;
|
|
|
|
i = head;
|
|
|
|
descs_used = total_sg;
|
2009-05-12 01:11:45 +08:00
|
|
|
}
|
|
|
|
|
2014-09-11 08:47:38 +08:00
|
|
|
if (vq->vq.num_free < descs_used) {
|
2007-10-22 09:03:40 +08:00
|
|
|
pr_debug("Can't add buf len %i - avail = %i\n",
|
2014-09-11 08:47:38 +08:00
|
|
|
descs_used, vq->vq.num_free);
|
2008-07-26 01:06:04 +08:00
|
|
|
/* FIXME: for historical reasons, we force a notify here if
|
|
|
|
* there are outgoing parts to the buffer. Presumably the
|
|
|
|
* host should service the ring ASAP. */
|
2013-03-20 13:07:09 +08:00
|
|
|
if (out_sgs)
|
2008-07-26 01:06:04 +08:00
|
|
|
vq->notify(&vq->vq);
|
2016-08-02 22:16:31 +08:00
|
|
|
if (indirect)
|
|
|
|
kfree(desc);
|
2007-10-22 09:03:40 +08:00
|
|
|
END_USE(vq);
|
|
|
|
return -ENOSPC;
|
|
|
|
}
|
|
|
|
|
2013-03-20 13:07:09 +08:00
|
|
|
for (n = 0; n < out_sgs; n++) {
|
2014-09-11 08:47:37 +08:00
|
|
|
for (sg = sgs[n]; sg; sg = sg_next(sg)) {
|
2016-02-03 13:46:36 +08:00
|
|
|
dma_addr_t addr = vring_map_one_sg(vq, sg, DMA_TO_DEVICE);
|
|
|
|
if (vring_mapping_error(vq, addr))
|
|
|
|
goto unmap_release;
|
|
|
|
|
2014-10-22 20:42:09 +08:00
|
|
|
desc[i].flags = cpu_to_virtio16(_vq->vdev, VRING_DESC_F_NEXT);
|
2016-02-03 13:46:36 +08:00
|
|
|
desc[i].addr = cpu_to_virtio64(_vq->vdev, addr);
|
2014-10-22 20:42:09 +08:00
|
|
|
desc[i].len = cpu_to_virtio32(_vq->vdev, sg->length);
|
2013-03-20 13:07:09 +08:00
|
|
|
prev = i;
|
2014-10-22 20:42:09 +08:00
|
|
|
i = virtio16_to_cpu(_vq->vdev, desc[i].next);
|
2013-03-20 13:07:09 +08:00
|
|
|
}
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
2013-03-20 13:07:09 +08:00
|
|
|
for (; n < (out_sgs + in_sgs); n++) {
|
2014-09-11 08:47:37 +08:00
|
|
|
for (sg = sgs[n]; sg; sg = sg_next(sg)) {
|
2016-02-03 13:46:36 +08:00
|
|
|
dma_addr_t addr = vring_map_one_sg(vq, sg, DMA_FROM_DEVICE);
|
|
|
|
if (vring_mapping_error(vq, addr))
|
|
|
|
goto unmap_release;
|
|
|
|
|
2014-10-22 20:42:09 +08:00
|
|
|
desc[i].flags = cpu_to_virtio16(_vq->vdev, VRING_DESC_F_NEXT | VRING_DESC_F_WRITE);
|
2016-02-03 13:46:36 +08:00
|
|
|
desc[i].addr = cpu_to_virtio64(_vq->vdev, addr);
|
2014-10-22 20:42:09 +08:00
|
|
|
desc[i].len = cpu_to_virtio32(_vq->vdev, sg->length);
|
2013-03-20 13:07:09 +08:00
|
|
|
prev = i;
|
2014-10-22 20:42:09 +08:00
|
|
|
i = virtio16_to_cpu(_vq->vdev, desc[i].next);
|
2013-03-20 13:07:09 +08:00
|
|
|
}
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
|
|
|
/* Last one doesn't continue. */
|
2014-10-22 20:42:09 +08:00
|
|
|
desc[prev].flags &= cpu_to_virtio16(_vq->vdev, ~VRING_DESC_F_NEXT);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2016-02-03 13:46:36 +08:00
|
|
|
if (indirect) {
|
|
|
|
/* Now that the indirect table is filled in, map it. */
|
|
|
|
dma_addr_t addr = vring_map_single(
|
|
|
|
vq, desc, total_sg * sizeof(struct vring_desc),
|
|
|
|
DMA_TO_DEVICE);
|
|
|
|
if (vring_mapping_error(vq, addr))
|
|
|
|
goto unmap_release;
|
|
|
|
|
|
|
|
vq->vring.desc[head].flags = cpu_to_virtio16(_vq->vdev, VRING_DESC_F_INDIRECT);
|
|
|
|
vq->vring.desc[head].addr = cpu_to_virtio64(_vq->vdev, addr);
|
|
|
|
|
|
|
|
vq->vring.desc[head].len = cpu_to_virtio32(_vq->vdev, total_sg * sizeof(struct vring_desc));
|
|
|
|
}
|
|
|
|
|
|
|
|
/* We're using some buffers from the free list. */
|
|
|
|
vq->vq.num_free -= descs_used;
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
/* Update free pointer */
|
2014-09-11 08:47:38 +08:00
|
|
|
if (indirect)
|
2014-10-22 20:42:09 +08:00
|
|
|
vq->free_head = virtio16_to_cpu(_vq->vdev, vq->vring.desc[head].next);
|
2014-09-11 08:47:38 +08:00
|
|
|
else
|
|
|
|
vq->free_head = i;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2016-02-03 13:46:36 +08:00
|
|
|
/* Store token and indirect buffer state. */
|
|
|
|
vq->desc_state[head].data = data;
|
|
|
|
if (indirect)
|
|
|
|
vq->desc_state[head].indir_desc = desc;
|
2017-07-19 16:54:45 +08:00
|
|
|
else
|
2017-02-07 12:15:13 +08:00
|
|
|
vq->desc_state[head].indir_desc = ctx;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
/* Put entry in available array (but don't update avail->idx until they
|
2012-01-12 13:14:43 +08:00
|
|
|
* do sync). */
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
avail = vq->avail_idx_shadow & (vq->vring.num - 1);
|
2014-10-22 20:42:09 +08:00
|
|
|
vq->vring.avail->ring[avail] = cpu_to_virtio16(_vq->vdev, head);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2012-01-12 13:14:43 +08:00
|
|
|
/* Descriptors and available array need to be set before we expose the
|
|
|
|
* new available array entries. */
|
2013-03-18 10:52:19 +08:00
|
|
|
virtio_wmb(vq->weak_barriers);
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
vq->avail_idx_shadow++;
|
|
|
|
vq->vring.avail->idx = cpu_to_virtio16(_vq->vdev, vq->avail_idx_shadow);
|
2012-01-12 13:14:43 +08:00
|
|
|
vq->num_added++;
|
|
|
|
|
2015-02-11 12:31:13 +08:00
|
|
|
pr_debug("Added buffer head %i to %p\n", head, vq);
|
|
|
|
END_USE(vq);
|
|
|
|
|
2012-01-12 13:14:43 +08:00
|
|
|
/* This is very unlikely, but theoretically possible. Kick
|
|
|
|
* just in case. */
|
|
|
|
if (unlikely(vq->num_added == (1 << 16) - 1))
|
|
|
|
virtqueue_kick(_vq);
|
|
|
|
|
2012-10-16 21:26:15 +08:00
|
|
|
return 0;
|
2016-02-03 13:46:36 +08:00
|
|
|
|
|
|
|
unmap_release:
|
|
|
|
err_idx = i;
|
|
|
|
i = head;
|
|
|
|
|
|
|
|
for (n = 0; n < total_sg; n++) {
|
|
|
|
if (i == err_idx)
|
|
|
|
break;
|
|
|
|
vring_unmap_one(vq, &desc[i]);
|
2016-11-22 13:51:50 +08:00
|
|
|
i = virtio16_to_cpu(_vq->vdev, vq->vring.desc[i].next);
|
2016-02-03 13:46:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if (indirect)
|
|
|
|
kfree(desc);
|
|
|
|
|
2016-08-03 12:18:51 +08:00
|
|
|
END_USE(vq);
|
2016-02-03 13:46:36 +08:00
|
|
|
return -EIO;
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
2013-03-20 13:07:09 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* virtqueue_add_sgs - expose buffers to other end
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
* @sgs: array of terminated scatterlists.
|
|
|
|
* @out_num: the number of scatterlists readable by other side
|
|
|
|
* @in_num: the number of scatterlists which are writable (after readable ones)
|
|
|
|
* @data: the token identifying the buffer.
|
|
|
|
* @gfp: how to do memory allocations (if necessary).
|
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue operations
|
|
|
|
* at the same time (except where noted).
|
|
|
|
*
|
2014-03-13 08:53:40 +08:00
|
|
|
* Returns zero or a negative error (ie. ENOSPC, ENOMEM, EIO).
|
2013-03-20 13:07:09 +08:00
|
|
|
*/
|
|
|
|
int virtqueue_add_sgs(struct virtqueue *_vq,
|
|
|
|
struct scatterlist *sgs[],
|
|
|
|
unsigned int out_sgs,
|
|
|
|
unsigned int in_sgs,
|
|
|
|
void *data,
|
|
|
|
gfp_t gfp)
|
|
|
|
{
|
2014-09-11 08:47:37 +08:00
|
|
|
unsigned int i, total_sg = 0;
|
2013-03-20 13:07:09 +08:00
|
|
|
|
|
|
|
/* Count them first. */
|
2014-09-11 08:47:37 +08:00
|
|
|
for (i = 0; i < out_sgs + in_sgs; i++) {
|
2013-03-20 13:07:09 +08:00
|
|
|
struct scatterlist *sg;
|
|
|
|
for (sg = sgs[i]; sg; sg = sg_next(sg))
|
2014-09-11 08:47:37 +08:00
|
|
|
total_sg++;
|
2013-03-20 13:07:09 +08:00
|
|
|
}
|
2017-02-07 12:15:13 +08:00
|
|
|
return virtqueue_add(_vq, sgs, total_sg, out_sgs, in_sgs,
|
|
|
|
data, NULL, gfp);
|
2013-03-20 13:07:09 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_add_sgs);
|
|
|
|
|
2013-03-20 13:14:26 +08:00
|
|
|
/**
|
|
|
|
* virtqueue_add_outbuf - expose output buffers to other end
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
2014-09-11 08:47:37 +08:00
|
|
|
* @sg: scatterlist (must be well-formed and terminated!)
|
|
|
|
* @num: the number of entries in @sg readable by other side
|
2013-03-20 13:14:26 +08:00
|
|
|
* @data: the token identifying the buffer.
|
|
|
|
* @gfp: how to do memory allocations (if necessary).
|
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue operations
|
|
|
|
* at the same time (except where noted).
|
|
|
|
*
|
2014-03-13 08:53:40 +08:00
|
|
|
* Returns zero or a negative error (ie. ENOSPC, ENOMEM, EIO).
|
2013-03-20 13:14:26 +08:00
|
|
|
*/
|
|
|
|
int virtqueue_add_outbuf(struct virtqueue *vq,
|
2014-09-11 08:47:37 +08:00
|
|
|
struct scatterlist *sg, unsigned int num,
|
2013-03-20 13:14:26 +08:00
|
|
|
void *data,
|
|
|
|
gfp_t gfp)
|
|
|
|
{
|
2017-02-07 12:15:13 +08:00
|
|
|
return virtqueue_add(vq, &sg, num, 1, 0, data, NULL, gfp);
|
2013-03-20 13:14:26 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_add_outbuf);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* virtqueue_add_inbuf - expose input buffers to other end
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
2014-09-11 08:47:37 +08:00
|
|
|
* @sg: scatterlist (must be well-formed and terminated!)
|
|
|
|
* @num: the number of entries in @sg writable by other side
|
2013-03-20 13:14:26 +08:00
|
|
|
* @data: the token identifying the buffer.
|
|
|
|
* @gfp: how to do memory allocations (if necessary).
|
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue operations
|
|
|
|
* at the same time (except where noted).
|
|
|
|
*
|
2014-03-13 08:53:40 +08:00
|
|
|
* Returns zero or a negative error (ie. ENOSPC, ENOMEM, EIO).
|
2013-03-20 13:14:26 +08:00
|
|
|
*/
|
|
|
|
int virtqueue_add_inbuf(struct virtqueue *vq,
|
2014-09-11 08:47:37 +08:00
|
|
|
struct scatterlist *sg, unsigned int num,
|
2013-03-20 13:14:26 +08:00
|
|
|
void *data,
|
|
|
|
gfp_t gfp)
|
|
|
|
{
|
2017-02-07 12:15:13 +08:00
|
|
|
return virtqueue_add(vq, &sg, num, 0, 1, data, NULL, gfp);
|
2013-03-20 13:14:26 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_add_inbuf);
|
|
|
|
|
2017-02-07 12:15:13 +08:00
|
|
|
/**
|
|
|
|
* virtqueue_add_inbuf_ctx - expose input buffers to other end
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
* @sg: scatterlist (must be well-formed and terminated!)
|
|
|
|
* @num: the number of entries in @sg writable by other side
|
|
|
|
* @data: the token identifying the buffer.
|
|
|
|
* @ctx: extra context for the token
|
|
|
|
* @gfp: how to do memory allocations (if necessary).
|
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue operations
|
|
|
|
* at the same time (except where noted).
|
|
|
|
*
|
|
|
|
* Returns zero or a negative error (ie. ENOSPC, ENOMEM, EIO).
|
|
|
|
*/
|
|
|
|
int virtqueue_add_inbuf_ctx(struct virtqueue *vq,
|
|
|
|
struct scatterlist *sg, unsigned int num,
|
|
|
|
void *data,
|
|
|
|
void *ctx,
|
|
|
|
gfp_t gfp)
|
|
|
|
{
|
|
|
|
return virtqueue_add(vq, &sg, num, 0, 1, data, ctx, gfp);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_add_inbuf_ctx);
|
|
|
|
|
2012-01-12 13:14:42 +08:00
|
|
|
/**
|
2012-01-12 13:14:43 +08:00
|
|
|
* virtqueue_kick_prepare - first half of split virtqueue_kick call.
|
2012-01-12 13:14:42 +08:00
|
|
|
* @vq: the struct virtqueue
|
|
|
|
*
|
2012-01-12 13:14:43 +08:00
|
|
|
* Instead of virtqueue_kick(), you can do:
|
|
|
|
* if (virtqueue_kick_prepare(vq))
|
|
|
|
* virtqueue_notify(vq);
|
2012-01-12 13:14:42 +08:00
|
|
|
*
|
2012-01-12 13:14:43 +08:00
|
|
|
* This is sometimes useful because the virtqueue_kick_prepare() needs
|
|
|
|
* to be serialized, but the actual virtqueue_notify() call does not.
|
2012-01-12 13:14:42 +08:00
|
|
|
*/
|
2012-01-12 13:14:43 +08:00
|
|
|
bool virtqueue_kick_prepare(struct virtqueue *_vq)
|
2007-10-22 09:03:40 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
2011-05-20 07:10:44 +08:00
|
|
|
u16 new, old;
|
2012-01-12 13:14:43 +08:00
|
|
|
bool needs_kick;
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
START_USE(vq);
|
2012-01-20 16:17:08 +08:00
|
|
|
/* We need to expose available array entries before checking avail
|
|
|
|
* event. */
|
2013-03-18 10:52:19 +08:00
|
|
|
virtio_mb(vq->weak_barriers);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
old = vq->avail_idx_shadow - vq->num_added;
|
|
|
|
new = vq->avail_idx_shadow;
|
2007-10-22 09:03:40 +08:00
|
|
|
vq->num_added = 0;
|
|
|
|
|
2012-01-12 13:14:43 +08:00
|
|
|
#ifdef DEBUG
|
|
|
|
if (vq->last_add_time_valid) {
|
|
|
|
WARN_ON(ktime_to_ms(ktime_sub(ktime_get(),
|
|
|
|
vq->last_add_time)) > 100);
|
|
|
|
}
|
|
|
|
vq->last_add_time_valid = false;
|
|
|
|
#endif
|
|
|
|
|
2012-01-12 13:14:43 +08:00
|
|
|
if (vq->event) {
|
2014-10-22 20:42:09 +08:00
|
|
|
needs_kick = vring_need_event(virtio16_to_cpu(_vq->vdev, vring_avail_event(&vq->vring)),
|
2012-01-12 13:14:43 +08:00
|
|
|
new, old);
|
|
|
|
} else {
|
2014-10-22 20:42:09 +08:00
|
|
|
needs_kick = !(vq->vring.used->flags & cpu_to_virtio16(_vq->vdev, VRING_USED_F_NO_NOTIFY));
|
2012-01-12 13:14:43 +08:00
|
|
|
}
|
2007-10-22 09:03:40 +08:00
|
|
|
END_USE(vq);
|
2012-01-12 13:14:43 +08:00
|
|
|
return needs_kick;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_kick_prepare);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* virtqueue_notify - second half of split virtqueue_kick call.
|
|
|
|
* @vq: the struct virtqueue
|
|
|
|
*
|
|
|
|
* This does not need to be serialized.
|
2013-10-29 07:09:48 +08:00
|
|
|
*
|
|
|
|
* Returns false if host notify failed or queue is broken, otherwise true.
|
2012-01-12 13:14:43 +08:00
|
|
|
*/
|
2013-10-29 07:09:48 +08:00
|
|
|
bool virtqueue_notify(struct virtqueue *_vq)
|
2012-01-12 13:14:43 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
2013-10-29 07:09:48 +08:00
|
|
|
if (unlikely(vq->broken))
|
|
|
|
return false;
|
|
|
|
|
2012-01-12 13:14:43 +08:00
|
|
|
/* Prod other side to tell it about changes. */
|
2013-11-05 18:50:27 +08:00
|
|
|
if (!vq->notify(_vq)) {
|
2013-10-29 07:09:48 +08:00
|
|
|
vq->broken = true;
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
return true;
|
2012-01-12 13:14:43 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_notify);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* virtqueue_kick - update after add_buf
|
|
|
|
* @vq: the struct virtqueue
|
|
|
|
*
|
2013-05-20 10:45:44 +08:00
|
|
|
* After one or more virtqueue_add_* calls, invoke this to kick
|
2012-01-12 13:14:43 +08:00
|
|
|
* the other side.
|
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue
|
|
|
|
* operations at the same time (except where noted).
|
2013-10-29 07:09:48 +08:00
|
|
|
*
|
|
|
|
* Returns false if kick failed, otherwise true.
|
2012-01-12 13:14:43 +08:00
|
|
|
*/
|
2013-10-29 07:09:48 +08:00
|
|
|
bool virtqueue_kick(struct virtqueue *vq)
|
2012-01-12 13:14:43 +08:00
|
|
|
{
|
|
|
|
if (virtqueue_kick_prepare(vq))
|
2013-10-29 07:09:48 +08:00
|
|
|
return virtqueue_notify(vq);
|
|
|
|
return true;
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
2010-04-12 21:19:07 +08:00
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_kick);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2017-02-07 12:15:13 +08:00
|
|
|
static void detach_buf(struct vring_virtqueue *vq, unsigned int head,
|
|
|
|
void **ctx)
|
2007-10-22 09:03:40 +08:00
|
|
|
{
|
2016-02-03 13:46:36 +08:00
|
|
|
unsigned int i, j;
|
2016-11-22 13:51:50 +08:00
|
|
|
__virtio16 nextflag = cpu_to_virtio16(vq->vq.vdev, VRING_DESC_F_NEXT);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
/* Clear data ptr. */
|
2016-02-03 13:46:36 +08:00
|
|
|
vq->desc_state[head].data = NULL;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2016-02-03 13:46:36 +08:00
|
|
|
/* Put back on free list: unmap first-level descriptors and find end */
|
2007-10-22 09:03:40 +08:00
|
|
|
i = head;
|
2009-05-12 01:11:45 +08:00
|
|
|
|
2016-02-03 13:46:36 +08:00
|
|
|
while (vq->vring.desc[i].flags & nextflag) {
|
|
|
|
vring_unmap_one(vq, &vq->vring.desc[i]);
|
2014-10-22 20:42:09 +08:00
|
|
|
i = virtio16_to_cpu(vq->vq.vdev, vq->vring.desc[i].next);
|
2012-10-16 21:26:14 +08:00
|
|
|
vq->vq.num_free++;
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
|
|
|
|
2016-02-03 13:46:36 +08:00
|
|
|
vring_unmap_one(vq, &vq->vring.desc[i]);
|
2014-10-22 20:42:09 +08:00
|
|
|
vq->vring.desc[i].next = cpu_to_virtio16(vq->vq.vdev, vq->free_head);
|
2007-10-22 09:03:40 +08:00
|
|
|
vq->free_head = head;
|
2016-02-03 13:46:36 +08:00
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
/* Plus final descriptor */
|
2012-10-16 21:26:14 +08:00
|
|
|
vq->vq.num_free++;
|
2016-02-03 13:46:36 +08:00
|
|
|
|
2017-02-07 12:15:13 +08:00
|
|
|
if (vq->indirect) {
|
2016-02-03 13:46:36 +08:00
|
|
|
struct vring_desc *indir_desc = vq->desc_state[head].indir_desc;
|
2017-02-07 12:15:13 +08:00
|
|
|
u32 len;
|
|
|
|
|
|
|
|
/* Free the indirect table, if any, now that it's unmapped. */
|
|
|
|
if (!indir_desc)
|
|
|
|
return;
|
|
|
|
|
|
|
|
len = virtio32_to_cpu(vq->vq.vdev, vq->vring.desc[head].len);
|
2016-02-03 13:46:36 +08:00
|
|
|
|
|
|
|
BUG_ON(!(vq->vring.desc[head].flags &
|
|
|
|
cpu_to_virtio16(vq->vq.vdev, VRING_DESC_F_INDIRECT)));
|
|
|
|
BUG_ON(len == 0 || len % sizeof(struct vring_desc));
|
|
|
|
|
|
|
|
for (j = 0; j < len / sizeof(struct vring_desc); j++)
|
|
|
|
vring_unmap_one(vq, &indir_desc[j]);
|
|
|
|
|
2017-02-07 12:15:13 +08:00
|
|
|
kfree(indir_desc);
|
2016-02-03 13:46:36 +08:00
|
|
|
vq->desc_state[head].indir_desc = NULL;
|
2017-02-07 12:15:13 +08:00
|
|
|
} else if (ctx) {
|
|
|
|
*ctx = vq->desc_state[head].indir_desc;
|
2016-02-03 13:46:36 +08:00
|
|
|
}
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline bool more_used(const struct vring_virtqueue *vq)
|
|
|
|
{
|
2014-10-22 20:42:09 +08:00
|
|
|
return vq->last_used_idx != virtio16_to_cpu(vq->vq.vdev, vq->vring.used->idx);
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
|
|
|
|
2012-01-12 13:14:42 +08:00
|
|
|
/**
|
|
|
|
* virtqueue_get_buf - get the next used buffer
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
* @len: the length written into the buffer
|
|
|
|
*
|
2016-11-14 22:16:15 +08:00
|
|
|
* If the device wrote data into the buffer, @len will be set to the
|
2012-01-12 13:14:42 +08:00
|
|
|
* amount written. This means you don't need to clear the buffer
|
|
|
|
* beforehand to ensure there's no data leakage in the case of short
|
|
|
|
* writes.
|
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue
|
|
|
|
* operations at the same time (except where noted).
|
|
|
|
*
|
|
|
|
* Returns NULL if there are no used buffers, or the "data" token
|
2013-05-20 10:45:44 +08:00
|
|
|
* handed to virtqueue_add_*().
|
2012-01-12 13:14:42 +08:00
|
|
|
*/
|
2017-02-07 12:15:13 +08:00
|
|
|
void *virtqueue_get_buf_ctx(struct virtqueue *_vq, unsigned int *len,
|
|
|
|
void **ctx)
|
2007-10-22 09:03:40 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
void *ret;
|
|
|
|
unsigned int i;
|
2012-01-12 13:14:43 +08:00
|
|
|
u16 last_used;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
START_USE(vq);
|
|
|
|
|
2008-05-03 10:50:43 +08:00
|
|
|
if (unlikely(vq->broken)) {
|
|
|
|
END_USE(vq);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
if (!more_used(vq)) {
|
|
|
|
pr_debug("No more buffers in queue\n");
|
|
|
|
END_USE(vq);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2009-10-25 21:28:53 +08:00
|
|
|
/* Only get used array entries after they have been exposed by host. */
|
2013-03-18 10:52:19 +08:00
|
|
|
virtio_rmb(vq->weak_barriers);
|
2009-10-25 21:28:53 +08:00
|
|
|
|
2012-01-12 13:14:43 +08:00
|
|
|
last_used = (vq->last_used_idx & (vq->vring.num - 1));
|
2014-10-22 20:42:09 +08:00
|
|
|
i = virtio32_to_cpu(_vq->vdev, vq->vring.used->ring[last_used].id);
|
|
|
|
*len = virtio32_to_cpu(_vq->vdev, vq->vring.used->ring[last_used].len);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
if (unlikely(i >= vq->vring.num)) {
|
|
|
|
BAD_RING(vq, "id %u out of range\n", i);
|
|
|
|
return NULL;
|
|
|
|
}
|
2016-02-03 13:46:36 +08:00
|
|
|
if (unlikely(!vq->desc_state[i].data)) {
|
2007-10-22 09:03:40 +08:00
|
|
|
BAD_RING(vq, "id %u is not a head!\n", i);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* detach_buf clears data, so grab it now. */
|
2016-02-03 13:46:36 +08:00
|
|
|
ret = vq->desc_state[i].data;
|
2017-02-07 12:15:13 +08:00
|
|
|
detach_buf(vq, i, ctx);
|
2007-10-22 09:03:40 +08:00
|
|
|
vq->last_used_idx++;
|
2011-05-20 07:10:44 +08:00
|
|
|
/* If we expect an interrupt for the next entry, tell host
|
|
|
|
* by writing event index and flush out the write before
|
|
|
|
* the read in the next get_buf call. */
|
2015-12-17 18:20:39 +08:00
|
|
|
if (!(vq->avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT))
|
|
|
|
virtio_store_mb(vq->weak_barriers,
|
|
|
|
&vring_used_event(&vq->vring),
|
|
|
|
cpu_to_virtio16(_vq->vdev, vq->last_used_idx));
|
2011-05-20 07:10:44 +08:00
|
|
|
|
2012-01-12 13:14:43 +08:00
|
|
|
#ifdef DEBUG
|
|
|
|
vq->last_add_time_valid = false;
|
|
|
|
#endif
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
END_USE(vq);
|
|
|
|
return ret;
|
|
|
|
}
|
2017-02-07 12:15:13 +08:00
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_buf_ctx);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2017-02-07 12:15:13 +08:00
|
|
|
void *virtqueue_get_buf(struct virtqueue *_vq, unsigned int *len)
|
|
|
|
{
|
|
|
|
return virtqueue_get_buf_ctx(_vq, len, NULL);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_buf);
|
2012-01-12 13:14:42 +08:00
|
|
|
/**
|
|
|
|
* virtqueue_disable_cb - disable callbacks
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
*
|
|
|
|
* Note that this is not necessarily synchronous, hence unreliable and only
|
|
|
|
* useful as an optimization.
|
|
|
|
*
|
|
|
|
* Unlike other operations, this need not be serialized.
|
|
|
|
*/
|
2010-04-12 21:19:07 +08:00
|
|
|
void virtqueue_disable_cb(struct virtqueue *_vq)
|
2008-02-05 12:49:57 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
if (!(vq->avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT)) {
|
|
|
|
vq->avail_flags_shadow |= VRING_AVAIL_F_NO_INTERRUPT;
|
2016-08-31 20:00:04 +08:00
|
|
|
if (!vq->event)
|
|
|
|
vq->vring.avail->flags = cpu_to_virtio16(_vq->vdev, vq->avail_flags_shadow);
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
}
|
|
|
|
|
2008-02-05 12:49:57 +08:00
|
|
|
}
|
2010-04-12 21:19:07 +08:00
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_disable_cb);
|
2008-02-05 12:49:57 +08:00
|
|
|
|
2012-01-12 13:14:42 +08:00
|
|
|
/**
|
2013-07-09 18:19:18 +08:00
|
|
|
* virtqueue_enable_cb_prepare - restart callbacks after disable_cb
|
2012-01-12 13:14:42 +08:00
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
*
|
2013-07-09 18:19:18 +08:00
|
|
|
* This re-enables callbacks; it returns current queue state
|
|
|
|
* in an opaque unsigned value. This value should be later tested by
|
|
|
|
* virtqueue_poll, to detect a possible race between the driver checking for
|
|
|
|
* more work, and enabling callbacks.
|
2012-01-12 13:14:42 +08:00
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue
|
|
|
|
* operations at the same time (except where noted).
|
|
|
|
*/
|
2013-07-09 18:19:18 +08:00
|
|
|
unsigned virtqueue_enable_cb_prepare(struct virtqueue *_vq)
|
2007-10-22 09:03:40 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
2013-07-09 18:19:18 +08:00
|
|
|
u16 last_used_idx;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
START_USE(vq);
|
|
|
|
|
|
|
|
/* We optimistically turn back on interrupts, then check if there was
|
|
|
|
* more to do. */
|
2011-05-20 07:10:44 +08:00
|
|
|
/* Depending on the VIRTIO_RING_F_EVENT_IDX feature, we need to
|
|
|
|
* either clear the flags bit or point the event index at the next
|
|
|
|
* entry. Always do both to keep code simple. */
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
if (vq->avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT) {
|
|
|
|
vq->avail_flags_shadow &= ~VRING_AVAIL_F_NO_INTERRUPT;
|
2016-08-31 20:00:04 +08:00
|
|
|
if (!vq->event)
|
|
|
|
vq->vring.avail->flags = cpu_to_virtio16(_vq->vdev, vq->avail_flags_shadow);
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
}
|
2014-10-22 20:42:09 +08:00
|
|
|
vring_used_event(&vq->vring) = cpu_to_virtio16(_vq->vdev, last_used_idx = vq->last_used_idx);
|
2013-07-09 18:19:18 +08:00
|
|
|
END_USE(vq);
|
|
|
|
return last_used_idx;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_enable_cb_prepare);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* virtqueue_poll - query pending used buffers
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
* @last_used_idx: virtqueue state (from call to virtqueue_enable_cb_prepare).
|
|
|
|
*
|
|
|
|
* Returns "true" if there are pending used buffers in the queue.
|
|
|
|
*
|
|
|
|
* This does not need to be serialized.
|
|
|
|
*/
|
|
|
|
bool virtqueue_poll(struct virtqueue *_vq, unsigned last_used_idx)
|
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
2013-03-18 10:52:19 +08:00
|
|
|
virtio_mb(vq->weak_barriers);
|
2014-10-22 20:42:09 +08:00
|
|
|
return (u16)last_used_idx != virtio16_to_cpu(_vq->vdev, vq->vring.used->idx);
|
2013-07-09 18:19:18 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_poll);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2013-07-09 18:19:18 +08:00
|
|
|
/**
|
|
|
|
* virtqueue_enable_cb - restart callbacks after disable_cb.
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
*
|
|
|
|
* This re-enables callbacks; it returns "false" if there are pending
|
|
|
|
* buffers in the queue, to detect a possible race between the driver
|
|
|
|
* checking for more work, and enabling callbacks.
|
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue
|
|
|
|
* operations at the same time (except where noted).
|
|
|
|
*/
|
|
|
|
bool virtqueue_enable_cb(struct virtqueue *_vq)
|
|
|
|
{
|
|
|
|
unsigned last_used_idx = virtqueue_enable_cb_prepare(_vq);
|
|
|
|
return !virtqueue_poll(_vq, last_used_idx);
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
2010-04-12 21:19:07 +08:00
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_enable_cb);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2012-01-12 13:14:42 +08:00
|
|
|
/**
|
|
|
|
* virtqueue_enable_cb_delayed - restart callbacks after disable_cb.
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
*
|
|
|
|
* This re-enables callbacks but hints to the other side to delay
|
|
|
|
* interrupts until most of the available buffers have been processed;
|
|
|
|
* it returns "false" if there are many pending buffers in the queue,
|
|
|
|
* to detect a possible race between the driver checking for more work,
|
|
|
|
* and enabling callbacks.
|
|
|
|
*
|
|
|
|
* Caller must ensure we don't call this with other virtqueue
|
|
|
|
* operations at the same time (except where noted).
|
|
|
|
*/
|
2011-05-20 07:11:14 +08:00
|
|
|
bool virtqueue_enable_cb_delayed(struct virtqueue *_vq)
|
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
u16 bufs;
|
|
|
|
|
|
|
|
START_USE(vq);
|
|
|
|
|
|
|
|
/* We optimistically turn back on interrupts, then check if there was
|
|
|
|
* more to do. */
|
|
|
|
/* Depending on the VIRTIO_RING_F_USED_EVENT_IDX feature, we need to
|
|
|
|
* either clear the flags bit or point the event index at the next
|
2016-08-31 20:00:04 +08:00
|
|
|
* entry. Always update the event index to keep code simple. */
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
if (vq->avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT) {
|
|
|
|
vq->avail_flags_shadow &= ~VRING_AVAIL_F_NO_INTERRUPT;
|
2016-08-31 20:00:04 +08:00
|
|
|
if (!vq->event)
|
|
|
|
vq->vring.avail->flags = cpu_to_virtio16(_vq->vdev, vq->avail_flags_shadow);
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
}
|
2011-05-20 07:11:14 +08:00
|
|
|
/* TODO: tune this threshold */
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
bufs = (u16)(vq->avail_idx_shadow - vq->last_used_idx) * 3 / 4;
|
2015-12-17 18:20:39 +08:00
|
|
|
|
|
|
|
virtio_store_mb(vq->weak_barriers,
|
|
|
|
&vring_used_event(&vq->vring),
|
|
|
|
cpu_to_virtio16(_vq->vdev, vq->last_used_idx + bufs));
|
|
|
|
|
2014-10-22 20:42:09 +08:00
|
|
|
if (unlikely((u16)(virtio16_to_cpu(_vq->vdev, vq->vring.used->idx) - vq->last_used_idx) > bufs)) {
|
2011-05-20 07:11:14 +08:00
|
|
|
END_USE(vq);
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
END_USE(vq);
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_enable_cb_delayed);
|
|
|
|
|
2012-01-12 13:14:42 +08:00
|
|
|
/**
|
|
|
|
* virtqueue_detach_unused_buf - detach first unused buffer
|
|
|
|
* @vq: the struct virtqueue we're talking about.
|
|
|
|
*
|
2013-05-20 10:45:44 +08:00
|
|
|
* Returns NULL or the "data" token handed to virtqueue_add_*().
|
2012-01-12 13:14:42 +08:00
|
|
|
* This is not valid on an active queue; it is useful only for device
|
|
|
|
* shutdown.
|
|
|
|
*/
|
2010-04-12 21:19:07 +08:00
|
|
|
void *virtqueue_detach_unused_buf(struct virtqueue *_vq)
|
2010-01-18 21:45:23 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
unsigned int i;
|
|
|
|
void *buf;
|
|
|
|
|
|
|
|
START_USE(vq);
|
|
|
|
|
|
|
|
for (i = 0; i < vq->vring.num; i++) {
|
2016-02-03 13:46:36 +08:00
|
|
|
if (!vq->desc_state[i].data)
|
2010-01-18 21:45:23 +08:00
|
|
|
continue;
|
|
|
|
/* detach_buf clears data, so grab it now. */
|
2016-02-03 13:46:36 +08:00
|
|
|
buf = vq->desc_state[i].data;
|
2017-02-07 12:15:13 +08:00
|
|
|
detach_buf(vq, i, NULL);
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
vq->avail_idx_shadow--;
|
|
|
|
vq->vring.avail->idx = cpu_to_virtio16(_vq->vdev, vq->avail_idx_shadow);
|
2010-01-18 21:45:23 +08:00
|
|
|
END_USE(vq);
|
|
|
|
return buf;
|
|
|
|
}
|
|
|
|
/* That should have freed everything. */
|
2012-10-16 21:26:14 +08:00
|
|
|
BUG_ON(vq->vq.num_free != vq->vring.num);
|
2010-01-18 21:45:23 +08:00
|
|
|
|
|
|
|
END_USE(vq);
|
|
|
|
return NULL;
|
|
|
|
}
|
2010-04-12 21:19:07 +08:00
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_detach_unused_buf);
|
2010-01-18 21:45:23 +08:00
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
irqreturn_t vring_interrupt(int irq, void *_vq)
|
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
|
|
|
if (!more_used(vq)) {
|
|
|
|
pr_debug("virtqueue interrupt with no work for %p\n", vq);
|
|
|
|
return IRQ_NONE;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (unlikely(vq->broken))
|
|
|
|
return IRQ_HANDLED;
|
|
|
|
|
|
|
|
pr_debug("virtqueue callback for %p (%p)\n", vq, vq->vq.callback);
|
2008-02-05 12:49:57 +08:00
|
|
|
if (vq->vq.callback)
|
|
|
|
vq->vq.callback(&vq->vq);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
return IRQ_HANDLED;
|
|
|
|
}
|
2008-02-05 12:50:05 +08:00
|
|
|
EXPORT_SYMBOL_GPL(vring_interrupt);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
struct virtqueue *__vring_new_virtqueue(unsigned int index,
|
|
|
|
struct vring vring,
|
|
|
|
struct virtio_device *vdev,
|
|
|
|
bool weak_barriers,
|
2017-03-07 00:32:29 +08:00
|
|
|
bool context,
|
2016-02-03 13:46:37 +08:00
|
|
|
bool (*notify)(struct virtqueue *),
|
|
|
|
void (*callback)(struct virtqueue *),
|
|
|
|
const char *name)
|
2007-10-22 09:03:40 +08:00
|
|
|
{
|
|
|
|
unsigned int i;
|
2016-02-03 13:46:37 +08:00
|
|
|
struct vring_virtqueue *vq;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
vq = kmalloc(sizeof(*vq) + vring.num * sizeof(struct vring_desc_state),
|
2016-02-03 13:46:36 +08:00
|
|
|
GFP_KERNEL);
|
2007-10-22 09:03:40 +08:00
|
|
|
if (!vq)
|
|
|
|
return NULL;
|
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
vq->vring = vring;
|
2007-10-22 09:03:40 +08:00
|
|
|
vq->vq.callback = callback;
|
|
|
|
vq->vq.vdev = vdev;
|
2009-06-13 12:16:35 +08:00
|
|
|
vq->vq.name = name;
|
2016-02-03 13:46:37 +08:00
|
|
|
vq->vq.num_free = vring.num;
|
2012-10-16 21:26:14 +08:00
|
|
|
vq->vq.index = index;
|
2016-02-03 13:46:37 +08:00
|
|
|
vq->we_own_ring = false;
|
|
|
|
vq->queue_dma_addr = 0;
|
|
|
|
vq->queue_size_in_bytes = 0;
|
2007-10-22 09:03:40 +08:00
|
|
|
vq->notify = notify;
|
2012-01-12 13:14:42 +08:00
|
|
|
vq->weak_barriers = weak_barriers;
|
2007-10-22 09:03:40 +08:00
|
|
|
vq->broken = false;
|
|
|
|
vq->last_used_idx = 0;
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
vq->avail_flags_shadow = 0;
|
|
|
|
vq->avail_idx_shadow = 0;
|
2007-10-22 09:03:40 +08:00
|
|
|
vq->num_added = 0;
|
2009-06-13 12:16:35 +08:00
|
|
|
list_add_tail(&vq->vq.list, &vdev->vqs);
|
2007-10-22 09:03:40 +08:00
|
|
|
#ifdef DEBUG
|
|
|
|
vq->in_use = false;
|
2012-01-12 13:14:43 +08:00
|
|
|
vq->last_add_time_valid = false;
|
2007-10-22 09:03:40 +08:00
|
|
|
#endif
|
|
|
|
|
2017-02-07 12:15:13 +08:00
|
|
|
vq->indirect = virtio_has_feature(vdev, VIRTIO_RING_F_INDIRECT_DESC) &&
|
|
|
|
!context;
|
2011-05-20 07:10:44 +08:00
|
|
|
vq->event = virtio_has_feature(vdev, VIRTIO_RING_F_EVENT_IDX);
|
2009-05-12 01:11:45 +08:00
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
/* No callback? Tell other side not to bother us. */
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
if (!callback) {
|
|
|
|
vq->avail_flags_shadow |= VRING_AVAIL_F_NO_INTERRUPT;
|
2016-08-31 20:00:04 +08:00
|
|
|
if (!vq->event)
|
|
|
|
vq->vring.avail->flags = cpu_to_virtio16(vdev, vq->avail_flags_shadow);
|
virtio_ring: shadow available ring flags & index
Improves cacheline transfer flow of available ring header.
Virtqueues are implemented as a pair of rings, one producer->consumer
avail ring and one consumer->producer used ring; preceding the
avail ring in memory are two contiguous u16 fields -- avail->flags
and avail->idx. A producer posts work by writing to avail->idx and
a consumer reads avail->idx.
The flags and idx fields only need to be written by a producer CPU
and only read by a consumer CPU; when the producer and consumer are
running on different CPUs and the virtio_ring code is structured to
only have source writes/sink reads, we can continuously transfer the
avail header cacheline between 'M' states between cores. This flow
optimizes core -> core bandwidth on certain CPUs.
(see: "Software Optimization Guide for AMD Family 15h Processors",
Section 11.6; similar language appears in the 10h guide and should
apply to CPUs w/ exclusive caches, using LLC as a transfer cache)
Unfortunately the existing virtio_ring code issued reads to the
avail->idx and read-modify-writes to avail->flags on the producer.
This change shadows the flags and index fields in producer memory;
the vring code now reads from the shadows and only ever writes to
avail->flags and avail->idx, allowing the cacheline to transfer
core -> core optimally.
In a concurrent version of vring_bench, the time required for
10,000,000 buffer checkout/returns was reduced by ~2% (average
across many runs) on an AMD Piledriver (15h) CPU:
(w/o shadowing):
Performance counter stats for './vring_bench':
5,451,082,016 L1-dcache-loads
...
2.221477739 seconds time elapsed
(w/ shadowing):
Performance counter stats for './vring_bench':
5,405,701,361 L1-dcache-loads
...
2.168405376 seconds time elapsed
The further away (in a NUMA sense) virtio producers and consumers are
from each other, the more we expect to benefit. Physical implementations
of virtio devices and implementations of virtio where the consumer polls
vring avail indexes (vhost) should also benefit.
Signed-off-by: Venkatesh Srinivas <venkateshs@google.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2015-11-11 08:21:07 +08:00
|
|
|
}
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
/* Put everything in free lists. */
|
|
|
|
vq->free_head = 0;
|
2016-02-03 13:46:37 +08:00
|
|
|
for (i = 0; i < vring.num-1; i++)
|
2014-10-22 20:42:09 +08:00
|
|
|
vq->vring.desc[i].next = cpu_to_virtio16(vdev, i + 1);
|
2016-02-03 13:46:37 +08:00
|
|
|
memset(vq->desc_state, 0, vring.num * sizeof(struct vring_desc_state));
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
return &vq->vq;
|
|
|
|
}
|
2016-02-03 13:46:37 +08:00
|
|
|
EXPORT_SYMBOL_GPL(__vring_new_virtqueue);
|
|
|
|
|
|
|
|
static void *vring_alloc_queue(struct virtio_device *vdev, size_t size,
|
|
|
|
dma_addr_t *dma_handle, gfp_t flag)
|
|
|
|
{
|
|
|
|
if (vring_use_dma_api(vdev)) {
|
|
|
|
return dma_alloc_coherent(vdev->dev.parent, size,
|
|
|
|
dma_handle, flag);
|
|
|
|
} else {
|
|
|
|
void *queue = alloc_pages_exact(PAGE_ALIGN(size), flag);
|
|
|
|
if (queue) {
|
|
|
|
phys_addr_t phys_addr = virt_to_phys(queue);
|
|
|
|
*dma_handle = (dma_addr_t)phys_addr;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Sanity check: make sure we dind't truncate
|
|
|
|
* the address. The only arches I can find that
|
|
|
|
* have 64-bit phys_addr_t but 32-bit dma_addr_t
|
|
|
|
* are certain non-highmem MIPS and x86
|
|
|
|
* configurations, but these configurations
|
|
|
|
* should never allocate physical pages above 32
|
|
|
|
* bits, so this is fine. Just in case, throw a
|
|
|
|
* warning and abort if we end up with an
|
|
|
|
* unrepresentable address.
|
|
|
|
*/
|
|
|
|
if (WARN_ON_ONCE(*dma_handle != phys_addr)) {
|
|
|
|
free_pages_exact(queue, PAGE_ALIGN(size));
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return queue;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void vring_free_queue(struct virtio_device *vdev, size_t size,
|
|
|
|
void *queue, dma_addr_t dma_handle)
|
|
|
|
{
|
|
|
|
if (vring_use_dma_api(vdev)) {
|
|
|
|
dma_free_coherent(vdev->dev.parent, size, queue, dma_handle);
|
|
|
|
} else {
|
|
|
|
free_pages_exact(queue, PAGE_ALIGN(size));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
struct virtqueue *vring_create_virtqueue(
|
|
|
|
unsigned int index,
|
|
|
|
unsigned int num,
|
|
|
|
unsigned int vring_align,
|
|
|
|
struct virtio_device *vdev,
|
|
|
|
bool weak_barriers,
|
|
|
|
bool may_reduce_num,
|
2017-03-07 00:32:29 +08:00
|
|
|
bool context,
|
2016-02-03 13:46:37 +08:00
|
|
|
bool (*notify)(struct virtqueue *),
|
|
|
|
void (*callback)(struct virtqueue *),
|
|
|
|
const char *name)
|
|
|
|
{
|
|
|
|
struct virtqueue *vq;
|
2016-04-15 22:45:10 +08:00
|
|
|
void *queue = NULL;
|
2016-02-03 13:46:37 +08:00
|
|
|
dma_addr_t dma_addr;
|
|
|
|
size_t queue_size_in_bytes;
|
|
|
|
struct vring vring;
|
|
|
|
|
|
|
|
/* We assume num is a power of 2. */
|
|
|
|
if (num & (num - 1)) {
|
|
|
|
dev_warn(&vdev->dev, "Bad virtqueue length %u\n", num);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* TODO: allocate each queue chunk individually */
|
|
|
|
for (; num && vring_size(num, vring_align) > PAGE_SIZE; num /= 2) {
|
|
|
|
queue = vring_alloc_queue(vdev, vring_size(num, vring_align),
|
|
|
|
&dma_addr,
|
|
|
|
GFP_KERNEL|__GFP_NOWARN|__GFP_ZERO);
|
|
|
|
if (queue)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!num)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
if (!queue) {
|
|
|
|
/* Try to get a single page. You are my only hope! */
|
|
|
|
queue = vring_alloc_queue(vdev, vring_size(num, vring_align),
|
|
|
|
&dma_addr, GFP_KERNEL|__GFP_ZERO);
|
|
|
|
}
|
|
|
|
if (!queue)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
queue_size_in_bytes = vring_size(num, vring_align);
|
|
|
|
vring_init(&vring, num, queue, vring_align);
|
|
|
|
|
2017-03-07 00:32:29 +08:00
|
|
|
vq = __vring_new_virtqueue(index, vring, vdev, weak_barriers, context,
|
2016-02-03 13:46:37 +08:00
|
|
|
notify, callback, name);
|
|
|
|
if (!vq) {
|
|
|
|
vring_free_queue(vdev, queue_size_in_bytes, queue,
|
|
|
|
dma_addr);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
to_vvq(vq)->queue_dma_addr = dma_addr;
|
|
|
|
to_vvq(vq)->queue_size_in_bytes = queue_size_in_bytes;
|
|
|
|
to_vvq(vq)->we_own_ring = true;
|
|
|
|
|
|
|
|
return vq;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(vring_create_virtqueue);
|
|
|
|
|
|
|
|
struct virtqueue *vring_new_virtqueue(unsigned int index,
|
|
|
|
unsigned int num,
|
|
|
|
unsigned int vring_align,
|
|
|
|
struct virtio_device *vdev,
|
|
|
|
bool weak_barriers,
|
2017-03-07 00:32:29 +08:00
|
|
|
bool context,
|
2016-02-03 13:46:37 +08:00
|
|
|
void *pages,
|
|
|
|
bool (*notify)(struct virtqueue *vq),
|
|
|
|
void (*callback)(struct virtqueue *vq),
|
|
|
|
const char *name)
|
|
|
|
{
|
|
|
|
struct vring vring;
|
|
|
|
vring_init(&vring, num, pages, vring_align);
|
2017-03-07 00:32:29 +08:00
|
|
|
return __vring_new_virtqueue(index, vring, vdev, weak_barriers, context,
|
2016-02-03 13:46:37 +08:00
|
|
|
notify, callback, name);
|
|
|
|
}
|
2008-02-05 12:50:05 +08:00
|
|
|
EXPORT_SYMBOL_GPL(vring_new_virtqueue);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
void vring_del_virtqueue(struct virtqueue *_vq)
|
2007-10-22 09:03:40 +08:00
|
|
|
{
|
2016-02-03 13:46:37 +08:00
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
|
|
|
if (vq->we_own_ring) {
|
|
|
|
vring_free_queue(vq->vq.vdev, vq->queue_size_in_bytes,
|
|
|
|
vq->vring.desc, vq->queue_dma_addr);
|
|
|
|
}
|
|
|
|
list_del(&_vq->list);
|
|
|
|
kfree(vq);
|
2007-10-22 09:03:40 +08:00
|
|
|
}
|
2008-02-05 12:50:05 +08:00
|
|
|
EXPORT_SYMBOL_GPL(vring_del_virtqueue);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
2008-07-26 01:06:13 +08:00
|
|
|
/* Manipulates transport-specific feature bits. */
|
|
|
|
void vring_transport_features(struct virtio_device *vdev)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = VIRTIO_TRANSPORT_F_START; i < VIRTIO_TRANSPORT_F_END; i++) {
|
|
|
|
switch (i) {
|
2009-05-12 01:11:45 +08:00
|
|
|
case VIRTIO_RING_F_INDIRECT_DESC:
|
|
|
|
break;
|
2011-05-20 07:10:44 +08:00
|
|
|
case VIRTIO_RING_F_EVENT_IDX:
|
|
|
|
break;
|
2014-12-01 21:52:40 +08:00
|
|
|
case VIRTIO_F_VERSION_1:
|
|
|
|
break;
|
virtio: new feature to detect IOMMU device quirk
The interaction between virtio and IOMMUs is messy.
On most systems with virtio, physical addresses match bus addresses,
and it doesn't particularly matter which one we use to program
the device.
On some systems, including Xen and any system with a physical device
that speaks virtio behind a physical IOMMU, we must program the IOMMU
for virtio DMA to work at all.
On other systems, including SPARC and PPC64, virtio-pci devices are
enumerated as though they are behind an IOMMU, but the virtio host
ignores the IOMMU, so we must either pretend that the IOMMU isn't
there or somehow map everything as the identity.
Add a feature bit to detect that quirk: VIRTIO_F_IOMMU_PLATFORM.
Any device with this feature bit set to 0 needs a quirk and has to be
passed physical addresses (as opposed to bus addresses) even though
the device is behind an IOMMU.
Note: it has to be a per-device quirk because for example, there could
be a mix of passed-through and virtual virtio devices. As another
example, some devices could be implemented by an out of process
hypervisor backend (in case of qemu vhost, or vhost-user) and so support
for an IOMMU needs to be coded up separately.
It would be cleanest to handle this in IOMMU core code, but that needs
per-device DMA ops. While we are waiting for that to be implemented, use
a work-around in virtio core.
Note: a "noiommu" feature is a quirk - add a wrapper to make
that clear.
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
2016-04-18 17:58:14 +08:00
|
|
|
case VIRTIO_F_IOMMU_PLATFORM:
|
|
|
|
break;
|
2008-07-26 01:06:13 +08:00
|
|
|
default:
|
|
|
|
/* We don't understand this bit. */
|
2014-10-07 22:39:42 +08:00
|
|
|
__virtio_clear_bit(vdev, i);
|
2008-07-26 01:06:13 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(vring_transport_features);
|
|
|
|
|
2012-01-12 13:14:42 +08:00
|
|
|
/**
|
|
|
|
* virtqueue_get_vring_size - return the size of the virtqueue's vring
|
|
|
|
* @vq: the struct virtqueue containing the vring of interest.
|
|
|
|
*
|
|
|
|
* Returns the size of the vring. This is mainly used for boasting to
|
|
|
|
* userspace. Unlike other operations, this need not be serialized.
|
|
|
|
*/
|
2011-10-19 16:10:59 +08:00
|
|
|
unsigned int virtqueue_get_vring_size(struct virtqueue *_vq)
|
|
|
|
{
|
|
|
|
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
|
|
|
return vq->vring.num;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_vring_size);
|
|
|
|
|
2013-10-29 07:10:19 +08:00
|
|
|
bool virtqueue_is_broken(struct virtqueue *_vq)
|
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
|
|
|
return vq->broken;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_is_broken);
|
|
|
|
|
2014-04-28 09:45:08 +08:00
|
|
|
/*
|
|
|
|
* This should prevent the device from being used, allowing drivers to
|
|
|
|
* recover. You may need to grab appropriate locks to flush.
|
|
|
|
*/
|
|
|
|
void virtio_break_device(struct virtio_device *dev)
|
|
|
|
{
|
|
|
|
struct virtqueue *_vq;
|
|
|
|
|
|
|
|
list_for_each_entry(_vq, &dev->vqs, list) {
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
vq->broken = true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtio_break_device);
|
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
dma_addr_t virtqueue_get_desc_addr(struct virtqueue *_vq)
|
2014-10-07 22:39:47 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
BUG_ON(!vq->we_own_ring);
|
|
|
|
|
|
|
|
return vq->queue_dma_addr;
|
2014-10-07 22:39:47 +08:00
|
|
|
}
|
2016-02-03 13:46:37 +08:00
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_desc_addr);
|
2014-10-07 22:39:47 +08:00
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
dma_addr_t virtqueue_get_avail_addr(struct virtqueue *_vq)
|
2014-10-07 22:39:47 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
2016-02-03 13:46:37 +08:00
|
|
|
BUG_ON(!vq->we_own_ring);
|
|
|
|
|
|
|
|
return vq->queue_dma_addr +
|
|
|
|
((char *)vq->vring.avail - (char *)vq->vring.desc);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_avail_addr);
|
|
|
|
|
|
|
|
dma_addr_t virtqueue_get_used_addr(struct virtqueue *_vq)
|
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
|
|
|
BUG_ON(!vq->we_own_ring);
|
|
|
|
|
|
|
|
return vq->queue_dma_addr +
|
|
|
|
((char *)vq->vring.used - (char *)vq->vring.desc);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_used_addr);
|
|
|
|
|
|
|
|
const struct vring *virtqueue_get_vring(struct virtqueue *vq)
|
|
|
|
{
|
|
|
|
return &to_vvq(vq)->vring;
|
2014-10-07 22:39:47 +08:00
|
|
|
}
|
2016-02-03 13:46:37 +08:00
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_vring);
|
2014-10-07 22:39:47 +08:00
|
|
|
|
2008-02-05 12:50:05 +08:00
|
|
|
MODULE_LICENSE("GPL");
|