From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v5 1/3] librte_ether: add API for VF management Date: Thu, 29 Sep 2016 18:45:56 +0200 Message-ID: <20232837.4O4ehj9xGN@xps13> References: <1474453204-31516-1-git-send-email-bernard.iremonger@intel.com> <1953384.ANuSY1Omf7@xps13> <8CEF83825BEC744B83065625E567D7C21A08E198@IRSMSX108.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev@dpdk.org, "Shah, Rahul R" , "Lu, Wenzhuo" , "az5157@att.com" , azelezniak To: "Iremonger, Bernard" Return-path: Received: from mail-wm0-f42.google.com (mail-wm0-f42.google.com [74.125.82.42]) by dpdk.org (Postfix) with ESMTP id C38D05595 for ; Thu, 29 Sep 2016 18:45:57 +0200 (CEST) Received: by mail-wm0-f42.google.com with SMTP id w72so38361840wmf.1 for ; Thu, 29 Sep 2016 09:45:57 -0700 (PDT) In-Reply-To: <8CEF83825BEC744B83065625E567D7C21A08E198@IRSMSX108.ger.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" 2016-09-29 16:38, Iremonger, Bernard: > Hi Thomas, > > > Subject: Re: [dpdk-dev] [PATCH v5 1/3] librte_ether: add API for VF > > management > > > > 2016-09-29 15:16, Iremonger, Bernard: > > > > 2016-09-29 15:16, Bernard Iremonger: > > > > > +int > > > > > +rte_eth_dev_set_vf_vlan_stripq(uint8_t port, uint16_t vf, int > > > > > +on); > > > > > > > > Why keeping this function in ethdev? > > > > > > This function is using an existing API in the eth_dev_ops structure. > > > > > > dev->dev_ops->vlan_strip_queue_set > > > > > > The vlan_strip_queue_set API is used by the i40e, ixgbe and mlx5 PMD's. > > > > OK but it was not used to control VF from PF. > > This line: > > (*dev->dev_ops->vlan_strip_queue_set)(dev, q + vf * > > queues_per_pool, on); seems Intel specific. > > Please keep "VF from PF" outside of ethdev for 16.11. > > I will try calling (*dev->dev_ops->vlan_strip_queue_set) from an ixgbe-specific function. > Will this be acceptable? I think it is acceptable.