From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yuanhan Liu Subject: Re: [dpdk-stable] [PATCH v4 1/6] vhost: fix windows vm hang Date: Mon, 5 Sep 2016 13:24:46 +0800 Message-ID: <20160905052446.GP7328@yliu-dev.sh.intel.com> References: <1471319402-112998-1-git-send-email-zhihong.wang@intel.com> <1472528164-54296-1-git-send-email-zhihong.wang@intel.com> <1472528164-54296-2-git-send-email-zhihong.wang@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: dev@dpdk.org, maxime.coquelin@redhat.com, yuanhan.liu@linux.intel.com, thomas.monjalon@6wind.com, stable@dpdk.org To: Zhihong Wang Return-path: Content-Disposition: inline In-Reply-To: <1472528164-54296-2-git-send-email-zhihong.wang@intel.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Mon, Aug 29, 2016 at 11:35:59PM -0400, Zhihong Wang wrote: > This patch fixes a Windows VM compatibility issue in DPDK 16.07 vhost code, > which causes the guest to hang once any packets are enqueued when mrg_rxbuf > is turned on. This commit log lacks two important pieces: why does the hang happen and how does your patch fix it. > How to test? > > 1. Start testpmd in the host with a vhost port. > > 2. Start a Windows VM image with qemu and connect to the vhost port. > > 3. Start io forwarding with tx_first in host testpmd. > > For 16.07 code, the Windows VM will hang once any packets are enqueued. > > Cc: > Signed-off-by: Zhihong Wang > --- > lib/librte_vhost/vhost_rxtx.c | 17 ++++++++++++----- > 1 file changed, 12 insertions(+), 5 deletions(-) > > diff --git a/lib/librte_vhost/vhost_rxtx.c b/lib/librte_vhost/vhost_rxtx.c > index 08a73fd..5806f99 100644 > --- a/lib/librte_vhost/vhost_rxtx.c > +++ b/lib/librte_vhost/vhost_rxtx.c > @@ -384,6 +384,8 @@ copy_mbuf_to_desc_mergeable(struct virtio_net *dev, struct vhost_virtqueue *vq, > uint16_t start_idx = vq->last_used_idx; > uint16_t cur_idx = start_idx; > uint64_t desc_addr; > + uint32_t desc_chain_head; > + uint32_t desc_chain_len; What's the point of introducing "desc_chain_len"? It has the same value of desc_offset. --yliu