From: Jason Wang <jasowang@redhat.com>
To: "Eugenio Pérez" <eperezma@redhat.com>, qemu-devel@nongnu.org
Cc: Cindy Lu <lulu@redhat.com>, Gautam Dawar <gdawar@xilinx.com>,
Cornelia Huck <cohuck@redhat.com>,
Laurent Vivier <lvivier@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
"Gonglei (Arei)" <arei.gonglei@huawei.com>,
Zhu Lingshan <lingshan.zhu@intel.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
Liuxiangdong <liuxiangdong5@huawei.com>,
Stefano Garzarella <sgarzare@redhat.com>,
Eli Cohen <eli@mellanox.com>,
Harpreet Singh Anand <hanand@xilinx.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
Eric Blake <eblake@redhat.com>,
Markus Armbruster <armbru@redhat.com>,
Parav Pandit <parav@mellanox.com>
Subject: Re: [PATCH v4 16/19] vdpa: Buffer CVQ support on shadow virtqueue
Date: Tue, 19 Jul 2022 10:39:04 +0800 [thread overview]
Message-ID: <114122cc-8dde-552b-34f5-836efaba5564@redhat.com> (raw)
In-Reply-To: <20220718102949.2868267-17-eperezma@redhat.com>
在 2022/7/18 18:29, Eugenio Pérez 写道:
> Introduce the control virtqueue support for vDPA shadow virtqueue. This
> is needed for advanced networking features like rx filtering.
>
> Virtio-net control VQ copies the descriptors to qemu's VA, so we avoid
> TOCTOU with the guest's or device's memory every time there is a device
> model change. Otherwise, the guest could change the memory content in
> the time between qemu and the device read it.
>
> To demonstrate command handling, VIRTIO_NET_F_CTRL_MACADDR is
> implemented. If the virtio-net driver changes MAC the virtio-net device
> model will be updated with the new one, and a rx filtering change event
> will be raised.
>
> More cvq commands could be added here straightforwardly but they have
> not been tested.
>
> Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
> ---
> net/vhost-vdpa.c | 211 +++++++++++++++++++++++++++++++++++++++++++++--
> 1 file changed, 204 insertions(+), 7 deletions(-)
>
> diff --git a/net/vhost-vdpa.c b/net/vhost-vdpa.c
> index 2e3b6b10d8..3915b148c4 100644
> --- a/net/vhost-vdpa.c
> +++ b/net/vhost-vdpa.c
> @@ -33,6 +33,9 @@ typedef struct VhostVDPAState {
> NetClientState nc;
> struct vhost_vdpa vhost_vdpa;
> VHostNetState *vhost_net;
> +
> + /* Control commands shadow buffers */
> + void *cvq_cmd_out_buffer, *cvq_cmd_in_buffer;
> bool started;
> } VhostVDPAState;
>
> @@ -131,6 +134,8 @@ static void vhost_vdpa_cleanup(NetClientState *nc)
> {
> VhostVDPAState *s = DO_UPCAST(VhostVDPAState, nc, nc);
>
> + qemu_vfree(s->cvq_cmd_out_buffer);
> + qemu_vfree(s->cvq_cmd_in_buffer);
> if (s->vhost_net) {
> vhost_net_cleanup(s->vhost_net);
> g_free(s->vhost_net);
> @@ -190,24 +195,191 @@ static NetClientInfo net_vhost_vdpa_info = {
> .check_peer_type = vhost_vdpa_check_peer_type,
> };
>
> +static void vhost_vdpa_cvq_unmap_buf(struct vhost_vdpa *v, void *addr)
> +{
> + VhostIOVATree *tree = v->iova_tree;
> + DMAMap needle = {
> + /*
> + * No need to specify size or to look for more translations since
> + * this contiguous chunk was allocated by us.
> + */
> + .translated_addr = (hwaddr)(uintptr_t)addr,
> + };
> + const DMAMap *map = vhost_iova_tree_find_iova(tree, &needle);
> + int r;
> +
> + if (unlikely(!map)) {
> + error_report("Cannot locate expected map");
> + return;
> + }
> +
> + r = vhost_vdpa_dma_unmap(v, map->iova, map->size + 1);
> + if (unlikely(r != 0)) {
> + error_report("Device cannot unmap: %s(%d)", g_strerror(r), r);
> + }
> +
> + vhost_iova_tree_remove(tree, map);
> +}
> +
> +static size_t vhost_vdpa_net_cvq_cmd_len(void)
> +{
> + /*
> + * MAC_TABLE_SET is the ctrl command that produces the longer out buffer.
> + * In buffer is always 1 byte, so it should fit here
> + */
> + return sizeof(struct virtio_net_ctrl_hdr) +
> + 2 * sizeof(struct virtio_net_ctrl_mac) +
> + MAC_TABLE_ENTRIES * ETH_ALEN;
> +}
> +
> +static size_t vhost_vdpa_net_cvq_cmd_page_len(void)
> +{
> + return ROUND_UP(vhost_vdpa_net_cvq_cmd_len(), qemu_real_host_page_size());
> +}
> +
> +/** Copy and map a guest buffer. */
> +static bool vhost_vdpa_cvq_map_buf(struct vhost_vdpa *v,
> + const struct iovec *out_data,
> + size_t out_num, size_t data_len, void *buf,
> + size_t *written, bool write)
> +{
> + DMAMap map = {};
> + int r;
> +
> + if (unlikely(!data_len)) {
> + qemu_log_mask(LOG_GUEST_ERROR, "%s: invalid legnth of %s buffer\n",
> + __func__, write ? "in" : "out");
> + return false;
> + }
> +
> + *written = iov_to_buf(out_data, out_num, 0, buf, data_len);
> + map.translated_addr = (hwaddr)(uintptr_t)buf;
> + map.size = vhost_vdpa_net_cvq_cmd_page_len() - 1;
> + map.perm = write ? IOMMU_RW : IOMMU_RO,
> + r = vhost_iova_tree_map_alloc(v->iova_tree, &map);
> + if (unlikely(r != IOVA_OK)) {
> + error_report("Cannot map injected element");
> + return false;
> + }
> +
> + r = vhost_vdpa_dma_map(v, map.iova, vhost_vdpa_net_cvq_cmd_page_len(), buf,
> + !write);
> + if (unlikely(r < 0)) {
> + goto dma_map_err;
> + }
> +
> + return true;
> +
> +dma_map_err:
> + vhost_iova_tree_remove(v->iova_tree, &map);
> + return false;
> +}
> +
> /**
> - * Forward buffer for the moment.
> + * Copy the guest element into a dedicated buffer suitable to be sent to NIC
> + *
> + * @iov: [0] is the out buffer, [1] is the in one
> + */
> +static bool vhost_vdpa_net_cvq_map_elem(VhostVDPAState *s,
> + VirtQueueElement *elem,
> + struct iovec *iov)
> +{
> + size_t in_copied;
> + bool ok;
> +
> + iov[0].iov_base = s->cvq_cmd_out_buffer;
> + ok = vhost_vdpa_cvq_map_buf(&s->vhost_vdpa, elem->out_sg, elem->out_num,
> + vhost_vdpa_net_cvq_cmd_len(), iov[0].iov_base,
> + &iov[0].iov_len, false);
> + if (unlikely(!ok)) {
> + return false;
> + }
> +
> + iov[1].iov_base = s->cvq_cmd_in_buffer;
> + ok = vhost_vdpa_cvq_map_buf(&s->vhost_vdpa, NULL, 0,
> + sizeof(virtio_net_ctrl_ack), iov[1].iov_base,
> + &in_copied, true);
> + if (unlikely(!ok)) {
> + vhost_vdpa_cvq_unmap_buf(&s->vhost_vdpa, s->cvq_cmd_out_buffer);
> + return false;
> + }
> +
> + iov[1].iov_len = sizeof(virtio_net_ctrl_ack);
> + return true;
> +}
> +
> +/**
> + * Do not forward commands not supported by SVQ. Otherwise, the device could
> + * accept it and qemu would not know how to update the device model.
> + */
> +static bool vhost_vdpa_net_cvq_validate_cmd(const struct iovec *out,
> + size_t out_num)
> +{
> + struct virtio_net_ctrl_hdr ctrl;
> + size_t n;
> +
> + n = iov_to_buf(out, out_num, 0, &ctrl, sizeof(ctrl));
> + if (unlikely(n < sizeof(ctrl))) {
> + qemu_log_mask(LOG_GUEST_ERROR,
> + "%s: invalid legnth of out buffer %zu\n", __func__, n);
> + return false;
> + }
> +
> + switch (ctrl.class) {
> + case VIRTIO_NET_CTRL_MAC:
> + switch (ctrl.cmd) {
> + case VIRTIO_NET_CTRL_MAC_ADDR_SET:
> + return true;
> + default:
> + qemu_log_mask(LOG_GUEST_ERROR, "%s: invalid mac cmd %u\n",
> + __func__, ctrl.cmd);
> + };
> + break;
> + default:
> + qemu_log_mask(LOG_GUEST_ERROR, "%s: invalid control class %u\n",
> + __func__, ctrl.class);
> + };
> +
> + return false;
> +}
> +
> +/**
> + * Validate and copy control virtqueue commands.
> + *
> + * Following QEMU guidelines, we offer a copy of the buffers to the device to
> + * prevent TOCTOU bugs.
> */
> static int vhost_vdpa_net_handle_ctrl_avail(VhostShadowVirtqueue *svq,
> VirtQueueElement *elem,
> void *opaque)
> {
> - unsigned int n = elem->out_num + elem->in_num;
> - g_autofree struct iovec *dev_buffers = g_new(struct iovec, n);
> + VhostVDPAState *s = opaque;
> size_t in_len, dev_written;
> virtio_net_ctrl_ack status = VIRTIO_NET_ERR;
> + /* out and in buffers sent to the device */
> + struct iovec dev_buffers[2] = {
> + { .iov_base = s->cvq_cmd_out_buffer },
> + { .iov_base = s->cvq_cmd_in_buffer },
> + };
> + /* in buffer used for device model */
> + const struct iovec in = {
> + .iov_base = &status,
> + .iov_len = sizeof(status),
> + };
> int r;
I got this:
FAILED: libcommon.fa.p/net_vhost-vdpa.c.o
cc -m64 -mcx16 -Ilibcommon.fa.p -I../dtc/libfdt -I../slirp
-I../slirp/src -I/usr/include/capstone -I/usr/include/pixman-1
-I/usr/include/libpng16 -I/usr/include/libmount -I/usr/include/blkid
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
-I/usr/include/gio-unix-2.0 -fdiagnostics-color=auto -Wall -Winvalid-pch
-Werror -std=gnu11 -O2 -g -isystem /home/devel/git/qemu/linux-headers
-isystem linux-headers -iquote . -iquote /home/devel/git/qemu -iquote
/home/devel/git/qemu/include -iquote /home/devel/git/qemu/tcg/i386
-pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes
-Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes
-fno-strict-aliasing -fno-common -fwrapv -Wold-style-declaration
-Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k
-Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs
-Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2
-Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi
-fstack-protector-strong -fPIE -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=600
-DNCURSES_WIDECHAR=1 -MD -MQ libcommon.fa.p/net_vhost-vdpa.c.o -MF
libcommon.fa.p/net_vhost-vdpa.c.o.d -o libcommon.fa.p/net_vhost-vdpa.c.o
-c ../net/vhost-vdpa.c
../net/vhost-vdpa.c: In function ‘vhost_vdpa_net_handle_ctrl_avail’:
../net/vhost-vdpa.c:427:12: error: ‘r’ may be used uninitialized in this
function [-Werror=maybe-uninitialized]
427 | return r;
| ^
cc1: all warnings being treated as errors
> + bool ok;
>
> - memcpy(dev_buffers, elem->out_sg, elem->out_num);
> - memcpy(dev_buffers + elem->out_num, elem->in_sg, elem->in_num);
> + ok = vhost_vdpa_net_cvq_map_elem(s, elem, dev_buffers);
I think it's good idea to let this function return int instead of a boolean.
Thanks
> + if (unlikely(!ok)) {
> + goto out;
> + }
>
> - r = vhost_svq_add(svq, &dev_buffers[0], elem->out_num, &dev_buffers[1],
> - elem->in_num, elem);
> + ok = vhost_vdpa_net_cvq_validate_cmd(&dev_buffers[0], 1);
> + if (unlikely(!ok)) {
> + goto out;
> + }
> +
> + r = vhost_svq_add(svq, &dev_buffers[0], 1, &dev_buffers[1], 1, elem);
> if (unlikely(r != 0)) {
> if (unlikely(r == -ENOSPC)) {
> qemu_log_mask(LOG_GUEST_ERROR, "%s: No space on device queue\n",
> @@ -224,6 +396,18 @@ static int vhost_vdpa_net_handle_ctrl_avail(VhostShadowVirtqueue *svq,
> dev_written = vhost_svq_poll(svq);
> if (unlikely(dev_written < sizeof(status))) {
> error_report("Insufficient written data (%zu)", dev_written);
> + goto out;
> + }
> +
> + memcpy(&status, dev_buffers[1].iov_base, sizeof(status));
> + if (status != VIRTIO_NET_OK) {
> + goto out;
> + }
> +
> + status = VIRTIO_NET_ERR;
> + virtio_net_handle_ctrl_iov(svq->vdev, &in, 1, dev_buffers, 1);
> + if (status != VIRTIO_NET_OK) {
> + error_report("Bad CVQ processing in model");
> }
>
> out:
> @@ -234,6 +418,12 @@ out:
> }
> vhost_svq_push_elem(svq, elem, MIN(in_len, sizeof(status)));
> g_free(elem);
> + if (dev_buffers[0].iov_base) {
> + vhost_vdpa_cvq_unmap_buf(&s->vhost_vdpa, dev_buffers[0].iov_base);
> + }
> + if (dev_buffers[1].iov_base) {
> + vhost_vdpa_cvq_unmap_buf(&s->vhost_vdpa, dev_buffers[1].iov_base);
> + }
> return r;
> }
>
> @@ -266,6 +456,13 @@ static NetClientState *net_vhost_vdpa_init(NetClientState *peer,
> s->vhost_vdpa.device_fd = vdpa_device_fd;
> s->vhost_vdpa.index = queue_pair_index;
> if (!is_datapath) {
> + s->cvq_cmd_out_buffer = qemu_memalign(qemu_real_host_page_size(),
> + vhost_vdpa_net_cvq_cmd_page_len());
> + memset(s->cvq_cmd_out_buffer, 0, vhost_vdpa_net_cvq_cmd_page_len());
> + s->cvq_cmd_in_buffer = qemu_memalign(qemu_real_host_page_size(),
> + vhost_vdpa_net_cvq_cmd_page_len());
> + memset(s->cvq_cmd_in_buffer, 0, vhost_vdpa_net_cvq_cmd_page_len());
> +
> s->vhost_vdpa.shadow_vq_ops = &vhost_vdpa_net_svq_ops;
> s->vhost_vdpa.shadow_vq_ops_opaque = s;
> }
next prev parent reply other threads:[~2022-07-19 2:40 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-18 10:29 [PATCH v4 00/19] vdpa net devices Rx filter change notification with Shadow VQ Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 01/19] vhost: move descriptor translation to vhost_svq_vring_write_descs Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 02/19] virtio-net: Expose MAC_TABLE_ENTRIES Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 03/19] virtio-net: Expose ctrl virtqueue logic Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 04/19] vhost: Reorder vhost_svq_kick Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 05/19] vhost: Move vhost_svq_kick call to vhost_svq_add Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 06/19] vhost: Check for queue full at vhost_svq_add Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 07/19] vhost: Decouple vhost_svq_add from VirtQueueElement Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 08/19] vhost: Add SVQDescState Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 09/19] vhost: Track number of descs in SVQDescState Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 10/19] vhost: add vhost_svq_push_elem Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 11/19] vhost: Expose vhost_svq_add Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 12/19] vhost: add vhost_svq_poll Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 13/19] vhost: Add svq avail_handler callback Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 14/19] vdpa: Export vhost_vdpa_dma_map and unmap calls Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 15/19] vdpa: manual forward CVQ buffers Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 16/19] vdpa: Buffer CVQ support on shadow virtqueue Eugenio Pérez
2022-07-19 2:39 ` Jason Wang [this message]
2022-07-19 5:42 ` Eugenio Perez Martin
2022-07-19 6:45 ` Eugenio Perez Martin
2022-07-18 10:29 ` [PATCH v4 17/19] vdpa: Extract get features part from vhost_vdpa_get_max_queue_pairs Eugenio Pérez
2022-07-18 10:29 ` [PATCH v4 18/19] vdpa: Add device migration blocker Eugenio Pérez
2022-07-19 2:36 ` Jason Wang
2022-07-18 10:29 ` [PATCH v4 19/19] vdpa: Add x-svq to NetdevVhostVDPAOptions Eugenio Pérez
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=114122cc-8dde-552b-34f5-836efaba5564@redhat.com \
--to=jasowang@redhat.com \
--cc=arei.gonglei@huawei.com \
--cc=armbru@redhat.com \
--cc=cohuck@redhat.com \
--cc=eblake@redhat.com \
--cc=eli@mellanox.com \
--cc=eperezma@redhat.com \
--cc=gdawar@xilinx.com \
--cc=hanand@xilinx.com \
--cc=lingshan.zhu@intel.com \
--cc=liuxiangdong5@huawei.com \
--cc=lulu@redhat.com \
--cc=lvivier@redhat.com \
--cc=mst@redhat.com \
--cc=parav@mellanox.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=sgarzare@redhat.com \
--cc=stefanha@redhat.com \
/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).