From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v3 1/3] ethdev: extend struct to support flow director in VFs Date: Sun, 01 Nov 2015 15:55:42 +0100 Message-ID: <3422621.OhOAmi5lFO@xps13> References: <1446021688-17544-1-git-send-email-jingjing.wu@intel.com> <7872129.vXpfkMljjd@xps13> <9BB6961774997848B5B42BEC655768F8D0F1EC@SHSMSX104.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev@dpdk.org To: "Wu, Jingjing" Return-path: Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by dpdk.org (Postfix) with ESMTP id 0DB4A37AF for ; Sun, 1 Nov 2015 15:58:22 +0100 (CET) Received: by wicll6 with SMTP id ll6so36043223wic.0 for ; Sun, 01 Nov 2015 06:58:22 -0800 (PST) In-Reply-To: <9BB6961774997848B5B42BEC655768F8D0F1EC@SHSMSX104.ccr.corp.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" 2015-11-01 14:33, Wu, Jingjing: > Hi, Thomas > > > > -----Original Message----- > > From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com] > > Sent: Sunday, November 1, 2015 10:28 PM > > To: Wu, Jingjing > > Cc: dev@dpdk.org > > Subject: Re: [dpdk-dev] [PATCH v3 1/3] ethdev: extend struct to support flow director in VFs > > > > 2015-11-01 00:24, Jingjing Wu: > > > This patch extends struct rte_eth_fdir_flow_ext to support flow > > > director in VFs. > > [...] > > > --- a/lib/librte_ether/rte_eth_ctrl.h > > > +++ b/lib/librte_ether/rte_eth_ctrl.h > > > @@ -426,6 +426,8 @@ struct rte_eth_fdir_flow_ext { > > > uint16_t vlan_tci; > > > uint8_t flexbytes[RTE_ETH_FDIR_MAX_FLEXLEN]; > > > /**< It is filled by the flexible payload to match. */ > > > + uint8_t is_vf; /**< 1 for VF, 0 for port dev */ > > > + uint16_t dst_id; /**< VF ID, available when is_vf is 1*/ > > > }; > > > > Why adding these parameters in an input struct? > > Shouldn't it be in rte_eth_fdir_action along with rx_queue? > Thanks for your comments. The reason of adding these in input is because this is input but not action. > The patch is to support Flow director works in VF, then direct packets to the rx_queue (belong this vf) > which defined in action, but not direct packets to VF. Oh! >>From the VM, using rte_eth_dev_filter_ctrl(port_id, filter_type, filter_op, arg) it can be deduced from the VF device, no? Is the use case to define a VF flow director outside of the VM?