From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id 7BD90239; Mon, 4 Dec 2017 08:20:08 +0100 (CET) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Dec 2017 23:20:07 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.45,358,1508828400"; d="scan'208";a="8764210" Received: from deepin-15.sh.intel.com (HELO debian-xvivbkq) ([10.67.104.165]) by FMSMGA003.fm.intel.com with ESMTP; 03 Dec 2017 23:20:05 -0800 Date: Mon, 4 Dec 2017 15:19:35 +0800 From: Tiwei Bie To: "Fischetti, Antonio" Cc: "dev@dpdk.org" , "yliu@fridaylinux.org" , "maxime.coquelin@redhat.com" , "jfreimann@redhat.com" , "stable@dpdk.org" Message-ID: <20171204071935.semcmhb2agdkbggp@debian-xvivbkq> References: <20170829082601.30349-1-tiwei.bie@intel.com> <1508465368-36746-1-git-send-email-tiwei.bie@intel.com> <20171202043033.gwg3lx2hlmdway3x@debian-xvivbkq> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20171202043033.gwg3lx2hlmdway3x@debian-xvivbkq> User-Agent: NeoMutt/20170609 (1.8.3) Subject: Re: [dpdk-dev] [PATCH v2] net/virtio: fix an incorrect behavior of device stop/start X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2017 07:20:09 -0000 On Sat, Dec 02, 2017 at 12:30:33PM +0800, Tiwei Bie wrote: > Hi Antonio, > > On Sat, Dec 02, 2017 at 01:17:58AM +0800, Fischetti, Antonio wrote: > > Hi All, > > I've got an update on this. > > I could replicate the same issue by using testpmd + a VM (= Virtual Machine). > > > > The test topology I'm using is: > > > > > > [Traffic gen]----[NIC port #0]----[testpmd]----[vhost port #2]----+ > > | > > | > > [testpmd in > > the VM] > > | > > | > > [Traffic gen]----[NIC port #1]----[testpmd]----[vhost port #3]----+ > > > > > > So there's no OvS now in the picture: one testpmd running on the host > > and one testpmd running on the VM. > > > > The issue is that no packet goes through testpmd in the VM. > > It seems this is happening after this patch was upstreamed. > > > > Please note > > ----------- > > To replicate this issue both the next 2 conditions must be met: > > - the traffic is already being sent before launching testpmd in the VM > > - there are at least 2 forwarding lcores. > > > [...] > > Do you see anything I missed? Or can you reproduce the issue with the > setup I'm using? > Hi Antonio, Are you using vector Rx in your test? After some further investigations, I found that the vector Rx could be broken if backend has consumed all the avail descs before the device is started. Because in current implementation, the vector Rx will return immediately without refilling the avail ring if the used ring is empty. So we have to refill the avail ring after flushing the elements in the used ring. Best regards, Tiwei Bie