From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id 98E012B8D for ; Thu, 30 Jun 2016 07:43:30 +0200 (CEST) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga101.jf.intel.com with ESMTP; 29 Jun 2016 22:43:29 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,550,1459839600"; d="scan'208";a="837805109" Received: from yliu-dev.sh.intel.com (HELO yliu-dev) ([10.239.67.162]) by orsmga003.jf.intel.com with ESMTP; 29 Jun 2016 22:43:28 -0700 Date: Thu, 30 Jun 2016 13:44:00 +0800 From: Yuanhan Liu To: Jerin Jacob Cc: Thomas Monjalon , dev@dpdk.org, bruce.richardson@intel.com, jianbo.liu@linaro.org, huawei.xie@intel.com Message-ID: <20160630054400.GF2831@yliu-dev.sh.intel.com> References: <1467028448-8914-1-git-send-email-jerin.jacob@caviumnetworks.com> <3436400.asiby3BQPB@xps13> <20160629111848.GA5301@localhost.localdomain> <6020070.DOjM99b0E6@xps13> <20160629114030.GC5301@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160629114030.GC5301@localhost.localdomain> User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [dpdk-dev] [PATCH 2/4] virtio: introduce RTE_LIBRTE_VIRTIO_INC_VECTOR X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 05:43:31 -0000 On Wed, Jun 29, 2016 at 05:10:31PM +0530, Jerin Jacob wrote: > On Wed, Jun 29, 2016 at 01:25:35PM +0200, Thomas Monjalon wrote: > > 2016-06-29 16:48, Jerin Jacob: > > > On Mon, Jun 27, 2016 at 04:59:42PM +0200, Thomas Monjalon wrote: > > > > 2016-06-27 20:18, Jerin Jacob: > > > > > On Mon, Jun 27, 2016 at 04:19:57PM +0200, Thomas Monjalon wrote: > > > > > > 2016-06-27 17:24, Jerin Jacob: > > > > > > > --- a/config/common_base > > > > > > > +++ b/config/common_base > > > > > > > @@ -267,6 +267,7 @@ CONFIG_RTE_LIBRTE_VIRTIO_DEBUG_RX=n > > > > > > > CONFIG_RTE_LIBRTE_VIRTIO_DEBUG_TX=n > > > > > > > CONFIG_RTE_LIBRTE_VIRTIO_DEBUG_DRIVER=n > > > > > > > CONFIG_RTE_LIBRTE_VIRTIO_DEBUG_DUMP=n > > > > > > > +CONFIG_RTE_LIBRTE_VIRTIO_INC_VECTOR=y > > > > > > > > > > > > I don't remember what means INC_VECTOR? > > > > > > Why a config option is needed for vector implementations? > > > > > > > > > > I thought of adding additional configuration option(INC_VECTOR) _apart_ from > > > > > cpu flag based scheme in the patch because even though if a given platform > > > > > has cpu instruction support, in some platforms scalar version may > > > > > perform well wrt vector version(based on instruction latency, emulation required or not > > > > > etc). So a top level flag INC_VECTOR, can override the vector selection > > > > > for a given platform if required. > > > > > > > > Isn't it a runtime driver option needed to disable vector virtio? > > > > > > > > > Regarding INC_VECTOR(INC in vector configuration name, I have no idea, I > > > > > followed the existing flags) > > > > > $ grep "INC_VECTOR" config/common_base > > > > > CONFIG_RTE_IXGBE_INC_VECTOR=y > > > > > CONFIG_RTE_LIBRTE_I40E_INC_VECTOR=y > > > > > CONFIG_RTE_LIBRTE_FM10K_INC_VECTOR=y > > > > > > > > If the flag is really needed I would suggest VIRTIO_VECTOR. > > > > > > OK I will change to VIRTIO_VECTOR > > > > I would prefer a runtime option. +1 > > OK > > The platform I test their was NO need for additional VIRTIO_VECTOR > configuration as NEON versions outperforms than scalar version. > > I thought of adding this option to override for any platform if it need > to accommodate such platform differences NEON vs scalar versions. > > I will change completely to run-time detection based on cpuflags for IA and ARM. > Any objections? Nope from me. --yliu