From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bruce Richardson Subject: Re: [PATCH 1/3] librte_ether: add RTE_ETH_FDIR_OTHER for flow director behavior Date: Tue, 29 Sep 2015 15:53:14 +0100 Message-ID: <20150929145314.GA6412@bricha3-MOBL3> References: <1443536800-13269-1-git-send-email-andrey.chilikin@intel.com> <1443536800-13269-2-git-send-email-andrey.chilikin@intel.com> <20150929143823.GE6748@bricha3-MOBL3> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "dev@dpdk.org" To: "Chilikin, Andrey" Return-path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id 588DA952 for ; Tue, 29 Sep 2015 16:53:19 +0200 (CEST) Content-Disposition: inline In-Reply-To: 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 Tue, Sep 29, 2015 at 03:48:32PM +0100, Chilikin, Andrey wrote: > > -----Original Message----- > > From: Richardson, Bruce > > Sent: Tuesday, September 29, 2015 3:38 PM > > To: Chilikin, Andrey > > Cc: dev@dpdk.org > > Subject: Re: [dpdk-dev] [PATCH 1/3] librte_ether: add RTE_ETH_FDIR_OTHER > > for flow director behavior > > > > On Tue, Sep 29, 2015 at 03:26:38PM +0100, Andrey Chilikin wrote: > > > Add new flow director behavior RTE_ETH_FDIR_OTHER to assign a queue by > > > other filters > > > > > > Signed-off-by: Andrey Chilikin > > > --- > > > lib/librte_ether/rte_eth_ctrl.h | 1 + > > > 1 files changed, 1 insertions(+), 0 deletions(-) > > > > > > diff --git a/lib/librte_ether/rte_eth_ctrl.h > > > b/lib/librte_ether/rte_eth_ctrl.h index 26b7b33..3acf501 100644 > > > --- a/lib/librte_ether/rte_eth_ctrl.h > > > +++ b/lib/librte_ether/rte_eth_ctrl.h > > > @@ -417,6 +417,7 @@ struct rte_eth_fdir_input { enum > > > rte_eth_fdir_behavior { > > > RTE_ETH_FDIR_ACCEPT = 0, > > > RTE_ETH_FDIR_REJECT, > > > + RTE_ETH_FDIR_OTHER, > > > }; > > > > > > /** > > > -- > > > 1.7.4.1 > > > > > Is "OTHER" meant to be a "NOOP" or a generic hold-all for a set of other > > possible behaviours. From the description, I would assume NOOP - in which > > case would RTE_ETH_FDIR_NOOP not be a better name? > > > > /Bruce > "NOOP" sounds like no operation at all, but FD still performs matching and > extracts flexible payload to the RX descriptor, it only skips queue assignment > which is done by other filters with lower priority. Maybe RTE_ETH_FDIR_PASSTHRU? > > Regards, > Andrey PASSTHRU seems good to me. It's clearer than "OTHER" anyway :-) /Bruce