All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Eugenio Perez Martin <eperezma@redhat.com>
Cc: Cornelia Huck <cohuck@redhat.com>,
	Jason Wang <jasowang@redhat.com>,
	qemu-devel@nongnu.org, hanand@xilinx.com,
	Rob Miller <rob.miller@broadcom.com>,
	saugatm@xilinx.com, Cindy Lu <lulu@redhat.com>,
	Markus Armbruster <armbru@redhat.com>,
	hch@infradead.org, jgg@mellanox.com, mhabets@solarflare.com,
	shahafs@mellanox.com, kevin.tian@intel.com, parav@mellanox.com,
	Vitaly Mireyno <vmireyno@marvell.com>,
	cunming.liang@intel.com, gdawar@xilinx.com, jiri@mellanox.com,
	xiao.w.wang@intel.com, Stefan Hajnoczi <stefanha@redhat.com>,
	zhihong.wang@intel.com, Tiwei Bie <tiwei.bie@intel.com>,
	Ariel Adam <aadam@redhat.com>,
	rdunlap@infradead.org,
	Maxime Coquelin <maxime.coquelin@redhat.com>,
	lingshan.zhu@intel.com
Subject: Re: [RFC v3 7/8] vhost-vdpa: introduce vhost-vdpa backend
Date: Thu, 4 Jun 2020 07:33:50 -0400	[thread overview]
Message-ID: <20200604073144-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <CAJaqyWcTDDzgV_sHza80ZoRe8a=59zvszvmgLSFhxPht=_N82g@mail.gmail.com>

On Thu, Jun 04, 2020 at 12:39:34PM +0200, Eugenio Perez Martin wrote:
> > +static int vhost_vdpa_set_config(struct vhost_dev *dev, const uint8_t *data,
> > +                                   uint32_t offset, uint32_t size,
> > +                                   uint32_t flags)
> > +{
> > +    struct vhost_vdpa_config config;
> > +    int ret;
> > +    if ((size > VHOST_VDPA_MAX_CONFIG_SIZE) || (data == NULL)) {
> 
> VHOST_VDPA_MAX_CONFIG_SIZE is currently undefined.
> 
> If we want to maintain this as a stack allocation (as proposed in
> https://www.mail-archive.com/qemu-devel@nongnu.org/msg701744.html) I
> think that the best option is to decide which is the maximum value buf
> can hold, and set it in vhost_vdpa_config.buf declaration.

That depends on device features. qemu has logic to figure out
config size based on that and set config_size accordingly.
Why not reuse it? Sending more should be ok and extra
data just ignored.

-- 
MST



  reply	other threads:[~2020-06-04 11:34 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-29 14:06 [RFC v3 0/8] vDPA support in qemu Cindy Lu
2020-05-29 14:06 ` [RFC v3 1/8] net: introduce qemu_get_peer Cindy Lu
2020-06-11  9:07   ` Laurent Vivier
2020-06-11 13:12     ` Cindy Lu
2020-05-29 14:06 ` [RFC v3 2/8] vhost_net: use the function qemu_get_peer Cindy Lu
2020-06-16  7:47   ` Laurent Vivier
2020-05-29 14:06 ` [RFC v3 3/8] virtio-bus: introduce queue_enabled method Cindy Lu
2020-06-16  7:49   ` Laurent Vivier
2020-06-16 12:22     ` Cindy Lu
2020-05-29 14:06 ` [RFC v3 4/8] virtio-pci: implement " Cindy Lu
2020-06-16  7:56   ` Laurent Vivier
2020-05-29 14:06 ` [RFC v3 5/8] vhost: introduce vhost_set_vring_ready method Cindy Lu
2020-06-16  8:04   ` Laurent Vivier
2020-06-16 12:21     ` Cindy Lu
2020-05-29 14:06 ` [RFC v3 6/8] vhost-backend: export the vhost backend helper Cindy Lu
2020-06-16  8:16   ` Laurent Vivier
2020-06-17  3:03     ` Cindy Lu
2020-05-29 14:06 ` [RFC v3 7/8] vhost-vdpa: introduce vhost-vdpa backend Cindy Lu
2020-06-03  2:52   ` Jason Wang
2020-06-03  5:23     ` Cindy Lu
2020-06-03  2:53   ` Jason Wang
2020-06-03  5:23     ` Cindy Lu
2020-06-03  6:43   ` Jason Wang
2020-06-03  8:20     ` Cindy Lu
2020-06-04 10:39   ` Eugenio Perez Martin
2020-06-04 11:33     ` Michael S. Tsirkin [this message]
2020-06-08 14:46       ` Cindy Lu
2020-06-08 20:14   ` Eric Blake
2020-06-09  3:42     ` Cindy Lu
2020-06-15 14:44     ` Laurent Vivier
2020-06-16  8:52       ` Cindy Lu
2020-05-29 14:06 ` [RFC v3 8/8] vhost-vdpa: introduce vhost-vdpa net client Cindy Lu
2020-05-29 14:22   ` Eric Blake
2020-06-01  1:41     ` Cindy Lu
2020-06-03  6:39   ` Jason Wang
2020-06-03  8:19     ` Cindy Lu
2020-06-03  8:43       ` Jason Wang
2020-06-03  8:49         ` Cindy Lu
2020-05-29 20:29 ` [RFC v3 0/8] vDPA support in qemu no-reply
2020-05-29 20:33 ` no-reply
2020-05-29 20:37 ` no-reply

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=20200604073144-mutt-send-email-mst@kernel.org \
    --to=mst@redhat.com \
    --cc=aadam@redhat.com \
    --cc=armbru@redhat.com \
    --cc=cohuck@redhat.com \
    --cc=cunming.liang@intel.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=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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.