From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jerin Jacob Subject: Re: [PATCH] app/testpmd: support bitmask for RSS and FDIR Date: Fri, 10 Aug 2018 17:38:17 +0530 Message-ID: <20180810120816.GA16626@jerin> References: <1533534335-119817-1-git-send-email-beilei.xing@intel.com> <20180810034507.GA3295@jerin> <94479800C636CB44BD422CB454846E013220D72B@SHSMSX101.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "Lu, Wenzhuo" , "Wu, Jingjing" , "dev@dpdk.org" To: "Xing, Beilei" Return-path: Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0040.outbound.protection.outlook.com [104.47.42.40]) by dpdk.org (Postfix) with ESMTP id 7FEB325D9 for ; Fri, 10 Aug 2018 14:08:37 +0200 (CEST) Content-Disposition: inline In-Reply-To: <94479800C636CB44BD422CB454846E013220D72B@SHSMSX101.ccr.corp.intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" -----Original Message----- > Date: Fri, 10 Aug 2018 07:37:21 +0000 > From: "Xing, Beilei" > To: Jerin Jacob > CC: "Lu, Wenzhuo" , "Wu, Jingjing" > , "dev@dpdk.org" > Subject: RE: [dpdk-dev] [PATCH] app/testpmd: support bitmask for RSS and > FDIR > > > Hi Jacob, Hi Xing, > > > -----Original Message----- > > From: Jerin Jacob [mailto:jerin.jacob@caviumnetworks.com] > > Sent: Friday, August 10, 2018 11:45 AM > > To: Xing, Beilei > > Cc: Lu, Wenzhuo ; Wu, Jingjing > > ; dev@dpdk.org > > Subject: Re: [dpdk-dev] [PATCH] app/testpmd: support bitmask for RSS and > > FDIR > > > > -----Original Message----- > > > Date: Mon, 6 Aug 2018 13:45:35 +0800 > > > From: Beilei Xing > > > To: wenzhuo.lu@intel.com, jingjing.wu@intel.com > > > CC: dev@dpdk.org > > > Subject: [dpdk-dev] [PATCH] app/testpmd: support bitmask for RSS and > > > FDIR > > > X-Mailer: git-send-email 2.5.5 > > > > > > > > > This patch adds bitmask support for RSS, FDIR and FDIR flexible > > > payload. > > > > > > Signed-off-by: Beilei Xing > > > --- > > > app/test-pmd/cmdline.c | 199 +++++++++++++++++++++++++--- > > > doc/guides/testpmd_app_ug/testpmd_funcs.rst | 8 +- > > > 2 files changed, 187 insertions(+), 20 deletions(-) > > > > > > +#ifdef RTE_LIBRTE_I40E_PMD > > > > > > How about moving all driver specific tests to driver/net//? > > I think, it wont scale if everyone starts adding their own driver specific tests > > to testpmd. > > > > How about creating > > #A generic string parser in testpmd? something like, port config (port_id) > > .... > > # and do driver_name to port_id lookup > > # and introduce "test" or "self_test" ops in ethdev # and call "test" op on the > > selected port_id > > > > Thanks for the comment, but if so, then will remove and redesign all existed commands. I think it can be discussed in another thread. The new commands can fall in generic scheme. Existing ones can moved after deprecation notice procedure etc. Otherwise hook under rte_flow API, so we don't need the private API.