From: Igor Mammedov <imammedo@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 1/6] virtio: introduce virtio_map
Date: Wed, 28 Oct 2015 14:11:35 +0100 [thread overview]
Message-ID: <20151028141135.6298e47b@nial.brq.redhat.com> (raw)
In-Reply-To: <1445935663-31971-2-git-send-email-mst@redhat.com>
On Tue, 27 Oct 2015 10:47:56 +0200
"Michael S. Tsirkin" <mst@redhat.com> wrote:
> virtio_map_sg currently fails if one of the entries it's mapping is
> contigious in GPA but not HVA address space. Introduce virtio_map which
> handles this by splitting sg entries.
>
> This new API generally turns out to be a good idea since it's harder to
> misuse: at least in one case the existing one was used incorrectly.
>
> This will still fail if there's no space left in the sg, but luckily max
> queue size in use is currently 256, while max sg size is 1024, so we
> should be OK even is all entries happen to cross a single DIMM boundary.
>
> Won't work well with very small DIMM sizes, unfortunately:
> e.g. this will fail with 4K DIMMs where a single
> request might span a large number of DIMMs.
>
> Let's hope these are uncommon - at least we are not breaking things.
>
> Note: virtio-scsi calls virtio_map_sg on data loaded from network, and
> validates input, asserting on failure. Copy the validating code here -
> it will be dropped from virtio-scsi in a follow-up patch.
>
> Reported-by: Igor Mammedov <imammedo@redhat.com>
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
With fixup you've posted and build fix in this thread:
Reviewed-by: Igor Mammedov <imammedo@redhat.com>
> ---
> include/hw/virtio/virtio.h | 1 +
> hw/virtio/virtio.c | 56 ++++++++++++++++++++++++++++++++++++++--------
> 2 files changed, 48 insertions(+), 9 deletions(-)
>
> diff --git a/include/hw/virtio/virtio.h b/include/hw/virtio/virtio.h
> index 9d09115..9d9abb4 100644
> --- a/include/hw/virtio/virtio.h
> +++ b/include/hw/virtio/virtio.h
> @@ -153,6 +153,7 @@ void virtqueue_fill(VirtQueue *vq, const VirtQueueElement *elem,
>
> void virtqueue_map_sg(struct iovec *sg, hwaddr *addr,
> size_t num_sg, int is_write);
> +void virtqueue_map(VirtQueueElement *elem);
> int virtqueue_pop(VirtQueue *vq, VirtQueueElement *elem);
> int virtqueue_avail_bytes(VirtQueue *vq, unsigned int in_bytes,
> unsigned int out_bytes);
> diff --git a/hw/virtio/virtio.c b/hw/virtio/virtio.c
> index d0bc72e..a6878c0 100644
> --- a/hw/virtio/virtio.c
> +++ b/hw/virtio/virtio.c
> @@ -448,28 +448,66 @@ int virtqueue_avail_bytes(VirtQueue *vq, unsigned int in_bytes,
> return in_bytes <= in_total && out_bytes <= out_total;
> }
>
> -void virtqueue_map_sg(struct iovec *sg, hwaddr *addr,
> - size_t num_sg, int is_write)
> +static void virtqueue_map_iovec(struct iovec *sg, hwaddr *addr,
> + size_t *num_sg, size_t max_size,
> + int is_write)
> {
> unsigned int i;
> hwaddr len;
>
> - if (num_sg > VIRTQUEUE_MAX_SIZE) {
> - error_report("virtio: map attempt out of bounds: %zd > %d",
> - num_sg, VIRTQUEUE_MAX_SIZE);
> - exit(1);
> - }
> + /* Note: this function MUST validate input, some callers
> + * are passing in num_sg values received over the network.
> + */
> + /* TODO: teach all callers that this can fail, and return failure instead
> + * of asserting here.
> + * When we do, we might be able to re-enable NDEBUG below.
> + */
> +#ifdef NDEBUG
> +#error building with NDEBUG is not supported
> +#endif
> + assert(*num_sg <= max_size);
>
> - for (i = 0; i < num_sg; i++) {
> + for (i = 0; i < *num_sg; i++) {
> len = sg[i].iov_len;
> sg[i].iov_base = cpu_physical_memory_map(addr[i], &len, is_write);
> - if (sg[i].iov_base == NULL || len != sg[i].iov_len) {
> + if (!sg[i].iov_base) {
> error_report("virtio: error trying to map MMIO memory");
> exit(1);
> }
> + if (len == sg[i].iov_len) {
> + continue;
> + }
> + if (*num_sg >= max_size) {
> + error_report("virtio: memory split makes iovec too large");
> + exit(1);
> + }
> + memcpy(sg + i + 1, sg + i, sizeof(*sg) * (*num_sg - i));
> + memcpy(addr + i + 1, addr + i, sizeof(*addr) * (*num_sg - i));
> + assert(len < sg[i + 1].iov_len);
> + sg[i].iov_len = len;
> + addr[i + 1] += len;
> + sg[i + 1].iov_len -= len;
> + ++*num_sg;
> }
> }
>
> +/* Deprecated: don't use in new code */
> +void virtqueue_map_sg(struct iovec *sg, hwaddr *addr,
> + size_t num_sg, int is_write)
> +{
> + virtqueue_map_iovec(sg, addr, &num_sg, num_sg, is_write);
> +}
> +
> +void virtqueue_map(VirtQueueElement *elem)
> +{
> + virtqueue_map_iovec(elem->in_sg, elem->in_addr, &elem->in_num,
> + MIN(ARRAY_SIZE(elem->in_sg), ARRAY_SIZE(elem->in_addr)),
> + 1);
> + virtqueue_map_iovec(elem->out_sg, elem->out_addr, &elem->out_num,
> + MIN(ARRAY_SIZE(elem->out_sg), ARRAY_SIZE(elem->out_addr)),
> + 0);
> +}
> +
> int virtqueue_pop(VirtQueue *vq, VirtQueueElement *elem)
> {
> unsigned int i, head, max;
next prev parent reply other threads:[~2015-10-28 13:11 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-27 8:47 [Qemu-devel] [PATCH 0/6] virtio: handle non contigious s/g entries Michael S. Tsirkin
2015-10-27 8:47 ` [Qemu-devel] [PATCH 1/6] virtio: introduce virtio_map Michael S. Tsirkin
2015-10-27 16:13 ` Stefan Hajnoczi
2015-10-27 18:38 ` Michael S. Tsirkin
2015-10-27 16:19 ` Stefan Hajnoczi
2015-10-27 18:34 ` Michael S. Tsirkin
2015-10-28 11:37 ` Stefan Hajnoczi
2015-10-28 12:16 ` Igor Mammedov
2015-10-28 13:11 ` Igor Mammedov [this message]
2015-10-27 8:47 ` [Qemu-devel] [PATCH 2/6] virtio: switch to virtio_map Michael S. Tsirkin
2015-10-28 13:02 ` Igor Mammedov
2015-10-27 8:48 ` [Qemu-devel] [PATCH 3/6] virtio-blk: convert to virtqueue_map Michael S. Tsirkin
2015-10-28 13:02 ` Igor Mammedov
2015-10-27 8:48 ` [Qemu-devel] [PATCH 4/6] virtio-serial: convert to virtio_map Michael S. Tsirkin
2015-10-28 13:03 ` Igor Mammedov
2015-10-27 8:48 ` [Qemu-devel] [PATCH 5/6] virtio-scsi: convert to virtqueue_map Michael S. Tsirkin
2015-10-28 13:03 ` Igor Mammedov
2015-10-27 8:48 ` [Qemu-devel] [PATCH 6/6] virtio: drop virtqueue_map_sg Michael S. Tsirkin
2015-10-28 13:04 ` Igor Mammedov
2015-10-27 8:50 ` [Qemu-devel] [PATCH 0/6] virtio: handle non contigious s/g entries Michael S. Tsirkin
2015-10-27 11:51 ` Michael S. Tsirkin
2015-10-27 16:24 ` Stefan Hajnoczi
2015-10-28 12:30 ` Igor Mammedov
2015-10-27 12:06 ` Cornelia Huck
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151028141135.6298e47b@nial.brq.redhat.com \
--to=imammedo@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).