From: Tiwei Bie <tiwei.bie@intel.com>
To: Maxime Coquelin <maxime.coquelin@redhat.com>
Cc: zhihong.wang@intel.com, dev@dpdk.org
Subject: Re: [PATCH v2 4/7] vhost: translate iovas at vectors fill time
Date: Mon, 25 Jun 2018 18:31:25 +0800 [thread overview]
Message-ID: <20180625103124.GA16690@debian> (raw)
In-Reply-To: <45538e52-174b-7608-5320-f4ff06afc250@redhat.com>
On Mon, Jun 25, 2018 at 09:19:34AM +0200, Maxime Coquelin wrote:
> On 06/25/2018 04:21 AM, Tiwei Bie wrote:
> > On Sat, Jun 23, 2018 at 09:11:24AM +0200, Maxime Coquelin wrote:
[...]
> > > @@ -293,7 +314,8 @@ fill_vec_buf(struct virtio_net *dev, struct vhost_virtqueue *vq,
> > > static inline int
> > > reserve_avail_buf(struct virtio_net *dev, struct vhost_virtqueue *vq,
> > > uint32_t size, struct buf_vector *buf_vec,
> > > - uint16_t *num_buffers, uint16_t avail_head)
> > > + uint16_t *num_buffers, uint16_t avail_head,
> > > + uint16_t *nr_vec)
> > > {
> > > uint16_t cur_idx;
> > > uint32_t vec_idx = 0;
> > > @@ -315,7 +337,8 @@ reserve_avail_buf(struct virtio_net *dev, struct vhost_virtqueue *vq,
> > > return -1;
> > > if (unlikely(fill_vec_buf(dev, vq, cur_idx, &vec_idx, buf_vec,
> > > - &head_idx, &len) < 0))
> > > + &head_idx, &len,
> > > + VHOST_ACCESS_RO) < 0))
> >
> > reserve_avail_buf() is called by virtio_dev_rx(),
> > so the write perm is needed.
> Right.
>
> To avoid having to pass the perms, I wonder if it wouldn't be better to
> rely on the descriptors' VRING_DESC_F_WRITE flag.
>
Currently, DPDK vhost net doesn't check this flag,
so it could cause problems in some cases. If we
want to rely on this flag, I think we still need
to pass something similar to tell fill_vec_buf()
whether the bufs will be written or read, so the
flag can be checked.
Best regards,
Tiwei Bie
next prev parent reply other threads:[~2018-06-25 10:31 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-23 7:11 [PATCH v2 0/7] vhost: generalize buffer vectors Maxime Coquelin
2018-06-23 7:11 ` [PATCH v2 1/7] vhost: use shadow used ring in dequeue path Maxime Coquelin
2018-06-23 7:11 ` [PATCH v2 2/7] vhost: make gpa to hpa failure an error Maxime Coquelin
2018-06-23 7:11 ` [PATCH v2 3/7] vhost: use buffer vectors in dequeue path Maxime Coquelin
2018-06-23 7:11 ` [PATCH v2 4/7] vhost: translate iovas at vectors fill time Maxime Coquelin
2018-06-25 2:21 ` Tiwei Bie
2018-06-25 7:19 ` Maxime Coquelin
2018-06-25 10:31 ` Tiwei Bie [this message]
2018-06-27 8:38 ` Maxime Coquelin
2018-06-23 7:11 ` [PATCH v2 5/7] vhost: improve prefetching in dequeue path Maxime Coquelin
2018-06-23 7:11 ` [PATCH v2 6/7] vhost: prefetch first descriptor " Maxime Coquelin
2018-06-23 7:11 ` [PATCH v2 7/7] vhost: improve prefetching in enqueue path Maxime Coquelin
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=20180625103124.GA16690@debian \
--to=tiwei.bie@intel.com \
--cc=dev@dpdk.org \
--cc=maxime.coquelin@redhat.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.