From: Laurent Vivier <lvivier@redhat.com>
To: Cindy Lu <lulu@redhat.com>,
mst@redhat.com, armbru@redhat.com, eblake@redhat.com,
cohuck@redhat.com, jasowang@redhat.com
Cc: mhabets@solarflare.com, qemu-devel@nongnu.org,
rob.miller@broadcom.com, saugatm@xilinx.com,
maxime.coquelin@redhat.com, hch@infradead.org,
eperezma@redhat.com, jgg@mellanox.com, shahafs@mellanox.com,
kevin.tian@intel.com, parav@mellanox.com, vmireyno@marvell.com,
cunming.liang@intel.com, gdawar@xilinx.com, jiri@mellanox.com,
xiao.w.wang@intel.com, stefanha@redhat.com,
zhihong.wang@intel.com, Tiwei Bie <tiwei.bie@intel.com>,
aadam@redhat.com, rdunlap@infradead.org, hanand@xilinx.com,
lingshan.zhu@intel.com
Subject: Re: [PATCH v1 09/10] vhost-vdpa: introduce vhost-vdpa backend
Date: Thu, 25 Jun 2020 14:36:47 +0200 [thread overview]
Message-ID: <e712646c-c5d0-4e93-d368-4d1bb5351e60@redhat.com> (raw)
In-Reply-To: <20200622153756.19189-10-lulu@redhat.com>
On 22/06/2020 17:37, Cindy Lu wrote:
> Currently we have 2 types of vhost backends in QEMU: vhost kernel and
> vhost-user. The above patch provides a generic device for vDPA purpose,
> this vDPA device exposes to user space a non-vendor-specific configuration
> interface for setting up a vhost HW accelerator, this patch set introduces
> a third vhost backend called vhost-vdpa based on the vDPA interface.
>
> Vhost-vdpa usage:
>
> qemu-system-x86_64 -cpu host -enable-kvm \
> ......
> -netdev type=vhost-vdpa,vhostdev=/dev/vhost-vdpa-id,id=vhost-vdpa0 \
> -device virtio-net-pci,netdev=vhost-vdpa0,page-per-vq=on \
>
> Signed-off-by: Lingshan zhu <lingshan.zhu@intel.com>
> Signed-off-by: Tiwei Bie <tiwei.bie@intel.com>
> Signed-off-by: Cindy Lu <lulu@redhat.com>
> ---
> configure | 21 ++
> hw/net/vhost_net.c | 19 +-
> hw/net/virtio-net.c | 19 +-
> hw/virtio/Makefile.objs | 1 +
> hw/virtio/vhost-backend.c | 22 +-
> hw/virtio/vhost-vdpa.c | 406 ++++++++++++++++++++++++++++++
> hw/virtio/vhost.c | 42 +++-
> include/hw/virtio/vhost-backend.h | 6 +-
> include/hw/virtio/vhost-vdpa.h | 26 ++
> include/hw/virtio/vhost.h | 6 +
> qemu-options.hx | 12 +
> 11 files changed, 555 insertions(+), 25 deletions(-)
> create mode 100644 hw/virtio/vhost-vdpa.c
> create mode 100644 include/hw/virtio/vhost-vdpa.h
>
...
> diff --git a/hw/virtio/vhost-backend.c b/hw/virtio/vhost-backend.c
> index 660e9e8588..84e5b1a833 100644
> --- a/hw/virtio/vhost-backend.c
> +++ b/hw/virtio/vhost-backend.c
> @@ -14,7 +14,7 @@
> #include "qemu/error-report.h"
> #include "qemu/main-loop.h"
> #include "standard-headers/linux/vhost_types.h"
> -
> +#include "hw/virtio/vhost-vdpa.h"
> #ifdef CONFIG_VHOST_KERNEL
> #include <linux/vhost.h>
> #include <sys/ioctl.h>
> @@ -22,10 +22,19 @@
> static int vhost_kernel_call(struct vhost_dev *dev, unsigned long int request,
> void *arg)
> {
> - int fd = (uintptr_t) dev->opaque;
> -
> - assert(dev->vhost_ops->backend_type == VHOST_BACKEND_TYPE_KERNEL);
> + int fd = -1;
You don't need to initialize fd before the switch() because all cases
will set a value to it or assert.
> + switch (dev->vhost_ops->backend_type) {
> + case VHOST_BACKEND_TYPE_KERNEL:
> + fd = (uintptr_t)dev->opaque;
> + break;
> + case VHOST_BACKEND_TYPE_VDPA:
> + fd = ((struct vhost_vdpa *)dev->opaque)->device_fd;
> + break;
> + default:
> + g_assert_not_reached();
> + }
>
> + assert(fd != -1);
Perhaps this assert is not needed:
Unitialized value will be catched by "default:", and there was no such
kind of check on "(uintptr_t)dev->opaque" before.
Thanks,
Laurent
next prev parent reply other threads:[~2020-06-25 12:38 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-22 15:37 [PATCH v1 00/10] vDPA support in qemu Cindy Lu
2020-06-22 15:37 ` [PATCH v1 01/10] net: introduce qemu_get_peer Cindy Lu
2020-06-23 7:10 ` Jason Wang
2020-06-23 9:17 ` Cindy Lu
2020-06-22 15:37 ` [PATCH v1 02/10] vhost_net: use the function qemu_get_peer Cindy Lu
2020-06-24 13:20 ` Laurent Vivier
2020-06-22 15:37 ` [PATCH v1 03/10] virtio-bus: introduce queue_enabled method Cindy Lu
2020-06-22 15:37 ` [PATCH v1 04/10] virtio-pci: implement " Cindy Lu
2020-06-23 7:13 ` Jason Wang
2020-06-23 9:18 ` Cindy Lu
2020-06-24 13:24 ` Laurent Vivier
2020-06-29 7:02 ` Cindy Lu
2020-06-22 15:37 ` [PATCH v1 05/10] vhost-backend: export the vhost backend helper Cindy Lu
2020-06-25 15:07 ` Laurent Vivier
2020-06-30 6:27 ` Cindy Lu
2020-06-22 15:37 ` [PATCH v1 06/10] vhsot_net: introduce set_config & get_config function Cindy Lu
2020-06-23 7:18 ` Jason Wang
2020-06-23 9:22 ` Cindy Lu
2020-06-22 15:37 ` [PATCH v1 07/10] vhost: introduce new VhostOps vhost_dev_start Cindy Lu
2020-06-22 15:37 ` [PATCH v1 08/10] vhost: implement vhost_dev_start method Cindy Lu
2020-06-23 7:21 ` Jason Wang
2020-06-23 9:34 ` Cindy Lu
2020-06-23 9:37 ` Jason Wang
2020-06-23 9:39 ` Cindy Lu
2020-06-25 14:35 ` Laurent Vivier
2020-06-29 7:01 ` Cindy Lu
2020-06-22 15:37 ` [PATCH v1 09/10] vhost-vdpa: introduce vhost-vdpa backend Cindy Lu
2020-06-23 7:31 ` Jason Wang
2020-06-23 9:38 ` Cindy Lu
2020-06-25 12:36 ` Laurent Vivier [this message]
2020-06-28 1:35 ` Cindy Lu
2020-06-30 7:18 ` Maxime Coquelin
2020-06-30 8:56 ` Cindy Lu
2020-06-22 15:37 ` [PATCH v1 10/10] vhost-vdpa: introduce vhost-vdpa net client Cindy Lu
2020-06-23 7:12 ` Markus Armbruster
2020-06-23 9:19 ` Cindy Lu
2020-06-23 8:56 ` Jason Wang
2020-06-23 9:57 ` Cindy Lu
2020-06-23 7:07 ` [PATCH v1 00/10] vDPA support in qemu Markus Armbruster
2020-06-23 9:16 ` Cindy Lu
2020-06-23 9:43 ` Jason Wang
2020-06-24 9:42 ` Cindy Lu
2020-06-25 4:48 ` Markus Armbruster
2020-06-28 1:37 ` Cindy Lu
2020-06-28 7:06 ` Jason Wang
2020-06-28 8:19 ` Cindy Lu
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=e712646c-c5d0-4e93-d368-4d1bb5351e60@redhat.com \
--to=lvivier@redhat.com \
--cc=aadam@redhat.com \
--cc=armbru@redhat.com \
--cc=cohuck@redhat.com \
--cc=cunming.liang@intel.com \
--cc=eblake@redhat.com \
--cc=eperezma@redhat.com \
--cc=gdawar@xilinx.com \
--cc=hanand@xilinx.com \
--cc=hch@infradead.org \
--cc=jasowang@redhat.com \
--cc=jgg@mellanox.com \
--cc=jiri@mellanox.com \
--cc=kevin.tian@intel.com \
--cc=lingshan.zhu@intel.com \
--cc=lulu@redhat.com \
--cc=maxime.coquelin@redhat.com \
--cc=mhabets@solarflare.com \
--cc=mst@redhat.com \
--cc=parav@mellanox.com \
--cc=qemu-devel@nongnu.org \
--cc=rdunlap@infradead.org \
--cc=rob.miller@broadcom.com \
--cc=saugatm@xilinx.com \
--cc=shahafs@mellanox.com \
--cc=stefanha@redhat.com \
--cc=tiwei.bie@intel.com \
--cc=vmireyno@marvell.com \
--cc=xiao.w.wang@intel.com \
--cc=zhihong.wang@intel.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).