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>
|
2014-02-13 12:33:46 +08:00
|
|
|
#include <linux/kmemleak.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
|
|
|
|
|
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
|
|
|
|
|
|
|
#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
|
|
|
|
|
|
|
|
/* Tokens for callbacks. */
|
|
|
|
void *data[];
|
|
|
|
};
|
|
|
|
|
|
|
|
#define to_vvq(_vq) container_of(_vq, struct vring_virtqueue, vq)
|
|
|
|
|
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
|
|
|
|
2013-03-20 13:07:09 +08:00
|
|
|
desc = kmalloc(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,
|
|
|
|
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;
|
|
|
|
unsigned int i, n, avail, descs_used, uninitialized_var(prev);
|
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);
|
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 > vq->vring.num);
|
|
|
|
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);
|
2014-09-11 08:47:38 +08:00
|
|
|
else
|
|
|
|
desc = NULL;
|
|
|
|
|
|
|
|
if (desc) {
|
|
|
|
/* Use a single buffer which doesn't continue */
|
2014-10-22 20:42:09 +08:00
|
|
|
vq->vring.desc[head].flags = cpu_to_virtio16(_vq->vdev, VRING_DESC_F_INDIRECT);
|
|
|
|
vq->vring.desc[head].addr = cpu_to_virtio64(_vq->vdev, virt_to_phys(desc));
|
2014-09-11 08:47:38 +08:00
|
|
|
/* avoid kmemleak false positive (hidden by virt_to_phys) */
|
|
|
|
kmemleak_ignore(desc);
|
2014-10-22 20:42:09 +08:00
|
|
|
vq->vring.desc[head].len = cpu_to_virtio32(_vq->vdev, total_sg * sizeof(struct vring_desc));
|
2014-09-11 08:47:38 +08:00
|
|
|
|
|
|
|
/* Set up rest to use this indirect table. */
|
|
|
|
i = 0;
|
|
|
|
descs_used = 1;
|
|
|
|
indirect = true;
|
|
|
|
} else {
|
|
|
|
desc = vq->vring.desc;
|
|
|
|
i = head;
|
|
|
|
descs_used = total_sg;
|
|
|
|
indirect = false;
|
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);
|
2007-10-22 09:03:40 +08:00
|
|
|
END_USE(vq);
|
|
|
|
return -ENOSPC;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* We're about to use some buffers from the free list. */
|
2014-09-11 08:47:38 +08:00
|
|
|
vq->vq.num_free -= descs_used;
|
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)) {
|
2014-10-22 20:42:09 +08:00
|
|
|
desc[i].flags = cpu_to_virtio16(_vq->vdev, VRING_DESC_F_NEXT);
|
|
|
|
desc[i].addr = cpu_to_virtio64(_vq->vdev, sg_phys(sg));
|
|
|
|
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)) {
|
2014-10-22 20:42:09 +08:00
|
|
|
desc[i].flags = cpu_to_virtio16(_vq->vdev, VRING_DESC_F_NEXT | VRING_DESC_F_WRITE);
|
|
|
|
desc[i].addr = cpu_to_virtio64(_vq->vdev, sg_phys(sg));
|
|
|
|
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
|
|
|
|
|
|
|
/* 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
|
|
|
|
|
|
|
/* Set token. */
|
|
|
|
vq->data[head] = data;
|
|
|
|
|
|
|
|
/* 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;
|
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
|
|
|
}
|
2014-09-11 08:47:37 +08:00
|
|
|
return virtqueue_add(_vq, sgs, total_sg, out_sgs, in_sgs, data, 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)
|
|
|
|
{
|
2014-09-11 08:47:37 +08:00
|
|
|
return virtqueue_add(vq, &sg, num, 1, 0, data, 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)
|
|
|
|
{
|
2014-09-11 08:47:37 +08:00
|
|
|
return virtqueue_add(vq, &sg, num, 0, 1, data, gfp);
|
2013-03-20 13:14:26 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_add_inbuf);
|
|
|
|
|
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
|
|
|
|
|
|
|
static void detach_buf(struct vring_virtqueue *vq, unsigned int head)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
/* Clear data ptr. */
|
|
|
|
vq->data[head] = NULL;
|
|
|
|
|
|
|
|
/* Put back on free list: find end */
|
|
|
|
i = head;
|
2009-05-12 01:11:45 +08:00
|
|
|
|
|
|
|
/* Free the indirect table */
|
2014-10-22 20:42:09 +08:00
|
|
|
if (vq->vring.desc[i].flags & cpu_to_virtio16(vq->vq.vdev, VRING_DESC_F_INDIRECT))
|
|
|
|
kfree(phys_to_virt(virtio64_to_cpu(vq->vq.vdev, vq->vring.desc[i].addr)));
|
2009-05-12 01:11:45 +08:00
|
|
|
|
2014-10-22 20:42:09 +08:00
|
|
|
while (vq->vring.desc[i].flags & cpu_to_virtio16(vq->vq.vdev, VRING_DESC_F_NEXT)) {
|
|
|
|
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
|
|
|
}
|
|
|
|
|
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;
|
|
|
|
/* Plus final descriptor */
|
2012-10-16 21:26:14 +08:00
|
|
|
vq->vq.num_free++;
|
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
|
|
|
|
*
|
|
|
|
* If the driver wrote data into the buffer, @len will be set to the
|
|
|
|
* 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
|
|
|
*/
|
2010-04-12 21:19:07 +08:00
|
|
|
void *virtqueue_get_buf(struct virtqueue *_vq, unsigned int *len)
|
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;
|
|
|
|
}
|
|
|
|
if (unlikely(!vq->data[i])) {
|
|
|
|
BAD_RING(vq, "id %u is not a head!\n", i);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* detach_buf clears data, so grab it now. */
|
|
|
|
ret = vq->data[i];
|
|
|
|
detach_buf(vq, i);
|
|
|
|
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. */
|
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)) {
|
2014-10-22 20:42:09 +08:00
|
|
|
vring_used_event(&vq->vring) = cpu_to_virtio16(_vq->vdev, vq->last_used_idx);
|
2013-03-18 10:52:19 +08:00
|
|
|
virtio_mb(vq->weak_barriers);
|
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;
|
|
|
|
}
|
2010-04-12 21:19:07 +08:00
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_buf);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
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;
|
|
|
|
vq->vring.avail->flags = cpu_to_virtio16(_vq->vdev, vq->avail_flags_shadow);
|
|
|
|
}
|
|
|
|
|
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;
|
|
|
|
vq->vring.avail->flags = cpu_to_virtio16(_vq->vdev, vq->avail_flags_shadow);
|
|
|
|
}
|
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
|
|
|
|
* 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;
|
|
|
|
vq->vring.avail->flags = cpu_to_virtio16(_vq->vdev, vq->avail_flags_shadow);
|
|
|
|
}
|
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;
|
2014-10-22 20:42:09 +08:00
|
|
|
vring_used_event(&vq->vring) = cpu_to_virtio16(_vq->vdev, vq->last_used_idx + bufs);
|
2013-03-18 10:52:19 +08:00
|
|
|
virtio_mb(vq->weak_barriers);
|
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++) {
|
|
|
|
if (!vq->data[i])
|
|
|
|
continue;
|
|
|
|
/* detach_buf clears data, so grab it now. */
|
|
|
|
buf = vq->data[i];
|
|
|
|
detach_buf(vq, i);
|
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
|
|
|
|
2012-08-28 19:54:13 +08:00
|
|
|
struct virtqueue *vring_new_virtqueue(unsigned int index,
|
|
|
|
unsigned int num,
|
2008-12-30 23:26:03 +08:00
|
|
|
unsigned int vring_align,
|
2007-10-22 09:03:40 +08:00
|
|
|
struct virtio_device *vdev,
|
2012-01-12 13:14:42 +08:00
|
|
|
bool weak_barriers,
|
2007-10-22 09:03:40 +08:00
|
|
|
void *pages,
|
2013-10-29 07:08:50 +08:00
|
|
|
bool (*notify)(struct virtqueue *),
|
2009-06-13 12:16:35 +08:00
|
|
|
void (*callback)(struct virtqueue *),
|
|
|
|
const char *name)
|
2007-10-22 09:03:40 +08:00
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq;
|
|
|
|
unsigned int i;
|
|
|
|
|
2007-11-12 10:39:18 +08:00
|
|
|
/* We assume num is a power of 2. */
|
|
|
|
if (num & (num - 1)) {
|
|
|
|
dev_warn(&vdev->dev, "Bad virtqueue length %u\n", num);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2007-10-22 09:03:40 +08:00
|
|
|
vq = kmalloc(sizeof(*vq) + sizeof(void *)*num, GFP_KERNEL);
|
|
|
|
if (!vq)
|
|
|
|
return NULL;
|
|
|
|
|
2008-12-30 23:26:03 +08:00
|
|
|
vring_init(&vq->vring, num, pages, vring_align);
|
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;
|
2012-10-16 21:26:14 +08:00
|
|
|
vq->vq.num_free = num;
|
|
|
|
vq->vq.index = index;
|
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
|
|
|
|
|
2009-05-12 01:11:45 +08:00
|
|
|
vq->indirect = virtio_has_feature(vdev, VIRTIO_RING_F_INDIRECT_DESC);
|
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;
|
|
|
|
vq->vring.avail->flags = cpu_to_virtio16(vdev, vq->avail_flags_shadow);
|
|
|
|
}
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
/* Put everything in free lists. */
|
|
|
|
vq->free_head = 0;
|
2010-02-12 13:02:14 +08:00
|
|
|
for (i = 0; i < num-1; i++) {
|
2014-10-22 20:42:09 +08:00
|
|
|
vq->vring.desc[i].next = cpu_to_virtio16(vdev, i + 1);
|
2010-02-12 13:02:14 +08:00
|
|
|
vq->data[i] = NULL;
|
|
|
|
}
|
|
|
|
vq->data[i] = NULL;
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
return &vq->vq;
|
|
|
|
}
|
2008-02-05 12:50:05 +08:00
|
|
|
EXPORT_SYMBOL_GPL(vring_new_virtqueue);
|
2007-10-22 09:03:40 +08:00
|
|
|
|
|
|
|
void vring_del_virtqueue(struct virtqueue *vq)
|
|
|
|
{
|
2009-06-13 12:16:35 +08:00
|
|
|
list_del(&vq->list);
|
2007-10-22 09:03:40 +08:00
|
|
|
kfree(to_vvq(vq));
|
|
|
|
}
|
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;
|
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);
|
|
|
|
|
2014-10-07 22:39:47 +08:00
|
|
|
void *virtqueue_get_avail(struct virtqueue *_vq)
|
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
|
|
|
return vq->vring.avail;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_avail);
|
|
|
|
|
|
|
|
void *virtqueue_get_used(struct virtqueue *_vq)
|
|
|
|
{
|
|
|
|
struct vring_virtqueue *vq = to_vvq(_vq);
|
|
|
|
|
|
|
|
return vq->vring.used;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(virtqueue_get_used);
|
|
|
|
|
2008-02-05 12:50:05 +08:00
|
|
|
MODULE_LICENSE("GPL");
|