DPDK patches and discussions
 help / color / mirror / Atom feed
From: Yuanhan Liu <yuanhan.liu@linux.intel.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v5 resend 04/12] vhost: rxtx: prepare work for multiple queue support
Date: Tue, 22 Sep 2015 10:54:09 +0800	[thread overview]
Message-ID: <20150922025409.GS2339@yliu-dev.sh.intel.com> (raw)
In-Reply-To: <20150921090416.GA6819@redhat.com>

On Mon, Sep 21, 2015 at 12:04:16PM +0300, Michael S. Tsirkin wrote:
> On Mon, Sep 21, 2015 at 10:25:18AM +0800, Yuanhan Liu wrote:
> > On Sun, Sep 20, 2015 at 12:29:17PM +0300, Michael S. Tsirkin wrote:
> > > On Fri, Sep 18, 2015 at 11:10:53PM +0800, Yuanhan Liu wrote:
> > > > From: Changchun Ouyang <changchun.ouyang@intel.com>
> > > > 
> > > > Do not use VIRTIO_RXQ or VIRTIO_TXQ anymore; use the queue_id,
> > > > instead, which will be set to a proper value for a specific queue
> > > > when we have multiple queue support enabled.
> > > > 
> > > > For now, queue_id is still set with VIRTIO_RXQ or VIRTIO_TXQ,
> > > > so it should not break anything.
> > > > 
> > > > Signed-off-by: Changchun Ouyang <changchun.ouyang@intel.com>
> > > > Signed-off-by: Yuanhan Liu <yuanhan.liu@linux.intel.com>
> > > 
> > > What I'm missing is the logic that tracks which tx vq
> > > did a specific flow use, to send traffic back on the correct
> > > rx vq.
> > > 
> > > Is this something added by one of the follow-up patches?
> > 
> > Yeah, and also, they are offloaded to the application (examples/
> > vhost/vhost-switch): patch 11 does the job.
> > 
> > 	--yliu
> 
> Couldn't find anything dealing with flows there ...
> Could you be more specific pls?

Sure.

For the following code pieces of new_device():

    2868         /* Find a suitable lcore to add the device. */
    2869         for (i = 0; i < rxq; i++) {
    2870                 device_num_min = num_devices;
    2871                 RTE_LCORE_FOREACH_SLAVE(lcore) {
    2872                         if (lcore_info[lcore].lcore_ll->device_num < device_num_min) {
    2873                                 device_num_min = lcore_info[lcore].lcore_ll->device_num;
    2874                                 core_add = lcore;
    2875                         }
    2876                 }

    ...

    2888                 ll_dev->work_qp_idx = i;
    2889                 rte_vhost_core_id_set(dev, i, core_add);
    2890                 add_data_ll_entry(&lcore_info[core_add].lcore_ll->ll_root_used, ll_dev);
    2891
    ....
    2895                 lcore_info[core_add].lcore_ll->device_num++;
    2896                 RTE_LOG(INFO, VHOST_DATA, "(%"PRIu64") Device has been added to data core %d for vq: %d\n",
    2897                         dev->device_fh, core_add, i);
    2898         }


It will find a suitable lcore and bind a vq pair to it. Here is the
log message that might help you understand it better:

    VHOST_DATA: (0) Device has been added to data core 1 for vq: 0
    VHOST_DATA: (0) Device has been added to data core 2 for vq: 1



For the following code pieces of switch_worker():

    1433           if (likely(!vdev->remove)) {
    1434                   /* Handle guest TX*/
    1435                   uint16_t qp_idx = dev_ll->work_qp_idx;
    1436                   tx_count = rte_vhost_dequeue_burst(dev, VIRTIO_TXQ + qp_idx * VIRTIO_QNUM,
    1437                                   mbuf_pool, pkts_burst, MAX_PKT_BURST);
    1438                   /*
    1439                    * If this is the first received packet we need to learn
    1440                    * the MAC and setup VMDQ
    1441                    */
    1442                   if (unlikely(vdev->ready == DEVICE_MAC_LEARNING) && tx_count) {
    1443                           if (vdev->remove || (link_vmdq(vdev, pkts_burst[0]) == -1)) {
    1444                                   while (tx_count)
    1445                                           rte_pktmbuf_free(pkts_burst[--tx_count]);
    1446                           }
    1447                   }
    1448                   while (tx_count)
    1449                           virtio_tx_route(vdev, pkts_burst[--tx_count],
    1450                                   (uint16_t)dev->device_fh, qp_idx);
    1451           }
    

Line 1434 will get the right qp index for the current lcore, and
Line 1436 then gets the packets from corresponding RX queue of
the physical eth device.

Line 1448-1450 will then deliver them one by one to corresponding
TX queue, by invoking virtio_tx_route() function.

And note that the vhost example code is a bit messy. I planed to
do some cleanups, but I'd like to do it only after this patch set
has been merge, for not adding unnecessary mess to this patch set
as well as the patch review.


	--yliu
> 
> > > 
> > > 
> > > > ---
> > > >  lib/librte_vhost/vhost_rxtx.c | 46 ++++++++++++++++++++++++++++++-------------
> > > >  1 file changed, 32 insertions(+), 14 deletions(-)
> > > > 
> > > > diff --git a/lib/librte_vhost/vhost_rxtx.c b/lib/librte_vhost/vhost_rxtx.c
> > > > index b2b2bcc..a4ab6ca 100644
> > > > --- a/lib/librte_vhost/vhost_rxtx.c
> > > > +++ b/lib/librte_vhost/vhost_rxtx.c
> > > > @@ -42,6 +42,16 @@
> > > >  
> > > >  #define MAX_PKT_BURST 32
> > > >  
> > > > +static inline int __attribute__((always_inline))
> > > > +is_valid_virt_queue_idx(uint32_t virtq_idx, int is_tx, uint32_t max_qp_idx)
> > > > +{
> > > > +	if ((is_tx ^ (virtq_idx & 0x1)) ||
> > > > +	    (virtq_idx >= max_qp_idx * VIRTIO_QNUM))
> > > > +		return 0;
> > > > +
> > > > +	return 1;
> > > > +}
> > > > +
> > > >  /**
> > > >   * This function adds buffers to the virtio devices RX virtqueue. Buffers can
> > > >   * be received from the physical port or from another virtio device. A packet
> > > > @@ -68,12 +78,14 @@ virtio_dev_rx(struct virtio_net *dev, uint16_t queue_id,
> > > >  	uint8_t success = 0;
> > > >  
> > > >  	LOG_DEBUG(VHOST_DATA, "(%"PRIu64") virtio_dev_rx()\n", dev->device_fh);
> > > > -	if (unlikely(queue_id != VIRTIO_RXQ)) {
> > > > -		LOG_DEBUG(VHOST_DATA, "mq isn't supported in this version.\n");
> > > > +	if (unlikely(!is_valid_virt_queue_idx(queue_id, 0, dev->virt_qp_nb))) {
> > > > +		RTE_LOG(ERR, VHOST_DATA,
> > > > +			"%s (%"PRIu64"): virtqueue idx:%d invalid.\n",
> > > > +			__func__, dev->device_fh, queue_id);
> > > >  		return 0;
> > > >  	}
> > > >  
> > > > -	vq = dev->virtqueue[VIRTIO_RXQ];
> > > > +	vq = dev->virtqueue[queue_id];
> > > >  	count = (count > MAX_PKT_BURST) ? MAX_PKT_BURST : count;
> > > >  
> > > >  	/*
> > > > @@ -235,8 +247,9 @@ virtio_dev_rx(struct virtio_net *dev, uint16_t queue_id,
> > > >  }
> > > >  
> > > >  static inline uint32_t __attribute__((always_inline))
> > > > -copy_from_mbuf_to_vring(struct virtio_net *dev, uint16_t res_base_idx,
> > > > -	uint16_t res_end_idx, struct rte_mbuf *pkt)
> > > > +copy_from_mbuf_to_vring(struct virtio_net *dev, uint32_t queue_id,
> > > > +			uint16_t res_base_idx, uint16_t res_end_idx,
> > > > +			struct rte_mbuf *pkt)
> > > >  {
> > > >  	uint32_t vec_idx = 0;
> > > >  	uint32_t entry_success = 0;
> > > > @@ -264,7 +277,7 @@ copy_from_mbuf_to_vring(struct virtio_net *dev, uint16_t res_base_idx,
> > > >  	 * Convert from gpa to vva
> > > >  	 * (guest physical addr -> vhost virtual addr)
> > > >  	 */
> > > > -	vq = dev->virtqueue[VIRTIO_RXQ];
> > > > +	vq = dev->virtqueue[queue_id];
> > > >  	vb_addr = gpa_to_vva(dev, vq->buf_vec[vec_idx].buf_addr);
> > > >  	vb_hdr_addr = vb_addr;
> > > >  
> > > > @@ -464,11 +477,14 @@ virtio_dev_merge_rx(struct virtio_net *dev, uint16_t queue_id,
> > > >  
> > > >  	LOG_DEBUG(VHOST_DATA, "(%"PRIu64") virtio_dev_merge_rx()\n",
> > > >  		dev->device_fh);
> > > > -	if (unlikely(queue_id != VIRTIO_RXQ)) {
> > > > -		LOG_DEBUG(VHOST_DATA, "mq isn't supported in this version.\n");
> > > > +	if (unlikely(!is_valid_virt_queue_idx(queue_id, 0, dev->virt_qp_nb))) {
> > > > +		RTE_LOG(ERR, VHOST_DATA,
> > > > +			"%s (%"PRIu64"): virtqueue idx:%d invalid.\n",
> > > > +			__func__, dev->device_fh, queue_id);
> > > > +		return 0;
> > > >  	}
> > > >  
> > > > -	vq = dev->virtqueue[VIRTIO_RXQ];
> > > > +	vq = dev->virtqueue[queue_id];
> > > >  	count = RTE_MIN((uint32_t)MAX_PKT_BURST, count);
> > > >  
> > > >  	if (count == 0)
> > > > @@ -509,8 +525,8 @@ virtio_dev_merge_rx(struct virtio_net *dev, uint16_t queue_id,
> > > >  							res_cur_idx);
> > > >  		} while (success == 0);
> > > >  
> > > > -		entry_success = copy_from_mbuf_to_vring(dev, res_base_idx,
> > > > -			res_cur_idx, pkts[pkt_idx]);
> > > > +		entry_success = copy_from_mbuf_to_vring(dev, queue_id,
> > > > +			res_base_idx, res_cur_idx, pkts[pkt_idx]);
> > > >  
> > > >  		rte_compiler_barrier();
> > > >  
> > > > @@ -559,12 +575,14 @@ rte_vhost_dequeue_burst(struct virtio_net *dev, uint16_t queue_id,
> > > >  	uint16_t free_entries, entry_success = 0;
> > > >  	uint16_t avail_idx;
> > > >  
> > > > -	if (unlikely(queue_id != VIRTIO_TXQ)) {
> > > > -		LOG_DEBUG(VHOST_DATA, "mq isn't supported in this version.\n");
> > > > +	if (unlikely(!is_valid_virt_queue_idx(queue_id, 1, dev->virt_qp_nb))) {
> > > > +		RTE_LOG(ERR, VHOST_DATA,
> > > > +			"%s (%"PRIu64"): virtqueue idx:%d invalid.\n",
> > > > +			__func__, dev->device_fh, queue_id);
> > > >  		return 0;
> > > >  	}
> > > >  
> > > > -	vq = dev->virtqueue[VIRTIO_TXQ];
> > > > +	vq = dev->virtqueue[queue_id];
> > > >  	avail_idx =  *((volatile uint16_t *)&vq->avail->idx);
> > > >  
> > > >  	/* If there are no available buffers then return. */
> > > > -- 
> > > > 1.9.0

  reply	other threads:[~2015-09-22  2:52 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-18 15:10 [dpdk-dev] [PATCH v5 resend 00/12] vhost-user multiple queues enabling Yuanhan Liu
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 01/12] vhost-user: add protocol features support Yuanhan Liu
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 02/12] vhost-user: add VHOST_USER_GET_QUEUE_NUM message Yuanhan Liu
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 03/12] vhost: vring queue setup for multiple queue support Yuanhan Liu
2015-09-20 13:58   ` Marcel Apfelbaum
2015-09-21  2:06     ` Yuanhan Liu
2015-09-21 17:56       ` Marcel Apfelbaum
2015-09-22  7:31         ` Yuanhan Liu
2015-09-22  8:10           ` Marcel Apfelbaum
2015-09-22  8:34             ` Yuanhan Liu
2015-09-22  8:47               ` Marcel Apfelbaum
2015-09-22  9:21                 ` Yuanhan Liu
2015-09-22 10:06                   ` Marcel Apfelbaum
2015-09-22 14:22                     ` Yuanhan Liu
2015-09-22 14:51                       ` Marcel Apfelbaum
2015-09-23  3:46                         ` Yuanhan Liu
2015-09-24  9:51                           ` Marcel Apfelbaum
2015-09-21  9:07     ` Michael S. Tsirkin
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 04/12] vhost: rxtx: prepare work " Yuanhan Liu
2015-09-20  9:29   ` Michael S. Tsirkin
2015-09-21  2:25     ` Yuanhan Liu
2015-09-21  9:04       ` Michael S. Tsirkin
2015-09-22  2:54         ` Yuanhan Liu [this message]
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 05/12] vhost: add VHOST_USER_SET_VRING_ENABLE message Yuanhan Liu
2015-09-20  9:37   ` Michael S. Tsirkin
2015-09-21  2:22     ` Yuanhan Liu
2015-09-21  9:02       ` Michael S. Tsirkin
2015-09-22  2:21         ` Yuanhan Liu
2015-09-23  8:43           ` Yuanhan Liu
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 06/12] vhost-user: handle VHOST_USER_RESET_OWNER correctly Yuanhan Liu
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 07/12] virtio: resolve for control queue Yuanhan Liu
2015-09-20  9:21   ` Michael S. Tsirkin
2015-09-21  6:36     ` Yuanhan Liu
2015-10-08 15:32       ` Nikita Kalyazin
2015-10-08 20:51         ` Steffen Bauch
2015-10-09  7:11           ` Nikita Kalyazin
2015-10-12  8:39           ` Yuanhan Liu
2015-10-12  9:31             ` Xie, Huawei
2015-10-12  9:56               ` Xie, Huawei
2015-10-12 20:58             ` Steffen Bauch
2015-10-13  9:54               ` Yuanhan Liu
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 08/12] vhost-user: enable vhost-user multiple queue Yuanhan Liu
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 09/12] vhost: add API bind a virtq to a specific core Yuanhan Liu
2015-09-18 15:10 ` [dpdk-dev] [PATCH v5 resend 10/12] ixgbe: support VMDq RSS in non-SRIOV environment Yuanhan Liu
2015-09-18 15:11 ` [dpdk-dev] [PATCH v5 resend 11/12] examples/vhost: demonstrate the usage of vhost mq feature Yuanhan Liu
2015-09-18 15:11 ` [dpdk-dev] [PATCH v5 resend 12/12] examples/vhost: add per queue stats Yuanhan Liu
2015-09-20 11:48 ` [dpdk-dev] [PATCH v5 resend 00/12] vhost-user multiple queues enabling Marcel Apfelbaum

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=20150922025409.GS2339@yliu-dev.sh.intel.com \
    --to=yuanhan.liu@linux.intel.com \
    --cc=dev@dpdk.org \
    --cc=mst@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).