From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nbfkord-smmo02.seg.att.com (nbfkord-smmo02.seg.att.com [209.65.160.78]) by dpdk.org (Postfix) with ESMTP id 48327591E for ; Fri, 2 Dec 2016 13:09:55 +0100 (CET) Received: from unknown [193.34.186.16] (EHLO webmail.solarflare.com) by nbfkord-smmo02.seg.att.com(mxl_mta-7.2.4-7) with ESMTP id 49461485.2b0844aa0940.111931.00-2488.255625.nbfkord-smmo02.seg.att.com (envelope-from ); Fri, 02 Dec 2016 12:09:56 +0000 (UTC) X-MXL-Hash: 5841649425ec2dc7-fdf3dc38cf02e7234728fb402b1775b109f6b472 Received: from unknown [193.34.186.16] (EHLO webmail.solarflare.com) by nbfkord-smmo02.seg.att.com(mxl_mta-7.2.4-7) over TLS secured channel with ESMTP id 09461485.0.111929.00-2380.255621.nbfkord-smmo02.seg.att.com (envelope-from ); Fri, 02 Dec 2016 12:09:53 +0000 (UTC) X-MXL-Hash: 5841649156fd771b-2fb1e4fd5bbad7ab9c34cbd510e45d77b4307b15 Received: from [192.168.38.17] (84.52.89.52) by ukex01.SolarFlarecom.com (10.17.10.4) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Fri, 2 Dec 2016 12:09:47 +0000 To: "Iremonger, Bernard" , "Lu, Wenzhuo" , "dev@dpdk.org" References: <1480637533-37425-1-git-send-email-wenzhuo.lu@intel.com> <27bd35a3-397c-6a4b-bc78-78eb3370d178@solarflare.com> <8CEF83825BEC744B83065625E567D7C21A0B3B41@IRSMSX108.ger.corp.intel.com> From: Andrew Rybchenko Message-ID: Date: Fri, 2 Dec 2016 15:09:43 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <8CEF83825BEC744B83065625E567D7C21A0B3B41@IRSMSX108.ger.corp.intel.com> X-Originating-IP: [84.52.89.52] X-ClientProxiedBy: ocex03.SolarFlarecom.com (10.20.40.36) To ukex01.SolarFlarecom.com (10.17.10.4) X-TM-AS-Product-Ver: SMEX-11.0.0.1191-8.000.1202-22736.003 X-TM-AS-Result: No--15.354200-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No X-AnalysisOut: [v=2.1 cv=NIXTjhOg c=1 sm=1 tr=0 a=8P+NB+fYZDP74ap4g4d9Kw==] X-AnalysisOut: [:17 a=RB3BGLmKESwA:10 a=n5n_aSjo0skA:10 a=8rWy6zfcAAAA:8 a] X-AnalysisOut: [=QyXUC8HyAAAA:8 a=wINyn8sYkqvHgKB7ZJwA:9 a=c0sY1jCpxO-jOAc] X-AnalysisOut: [z:21 a=Pf4-c9xUYPduV1ak:21 a=QEXdDO2ut3YA:10 a=tQC2f_EAEbK] X-AnalysisOut: [-jztSGm8A:9 a=mRvzF1v8xWaVYrH4:21 a=4tOmx-2P5Saffhil:21 a=] X-AnalysisOut: [nXytqg0XckEhAY3K:21 a=_W_S_7VecoQA:10 a=YjdVzJdQTyZRADMV7w] X-AnalysisOut: [FX:22 a=avl4LiGQNoF5OB0DmCJ7:22] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [193.34.186.16] Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] [PATCH 00/31] Support VFD and DPDK PF + kernel VF on i40e X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2016 12:09:56 -0000 Hi Bernard, On 12/02/2016 01:58 PM, Iremonger, Bernard wrote: >> -----Original Message----- >> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Andrew Rybchenko >> Sent: Friday, December 2, 2016 9:00 AM >> To: Lu, Wenzhuo ; dev@dpdk.org >> Subject: Re: [dpdk-dev] [PATCH 00/31] Support VFD and DPDK PF + kernel VF >> on i40e >> >> On 12/02/2016 03:11 AM, Wenzhuo Lu wrote: >>> 1, VF Daemon (VFD) >>> VFD is an idea to control all the VFs from PF. >>> As we need to support the scenario kernel PF + DPDK VF, DPDK follows >>> the interface between kernel PF + kernel VF. We don't want to >>> introduce too many new messages between PF and VF. So this patch set >>> adds some new APIs to control VFs directly from PF. >>> The new APIs include, >>> 1) set VF MAC anti-spoofing >>> 2) set VF VLAN anti-spoofing >>> 3) set TX loopback >>> 4) set VF unicast promiscuous mode >>> 5) set VF multicast promiscuous mode >>> 6) set VF MTU >>> 7) get/reset VF stats >>> 8) set VF MAC address >>> 9) set VF VLAN stripping >>> 10) VF VLAN insertion >>> 12) set VF broadcast mode >>> 12) set VF VLAN tag >>> 13) set VF VLAN filter >>> VFD also includes VF to PF mailbox message management by APP. When PF >>> receives mailbox messages from VF, PF should call the callback >>> provided by APP to know if they're permitted to be processed. >> The patch series adds i40e-specific API functions for VF control (advertise link >> status change, MAC anti-spoofing, VLAN anti-spoofing, promiscuous mode, >> MAC change, VLAN controls), but RTE API is added to get VF stats. I'm >> wondering why. >> Corresponding patches do not explain why i40e-specific API is added instead >> of generic RTE API. IMHO, it is hardly convenient for applications. >> (I guess it was a discussion and decision, but I've failed to find in the archive). >> >> Andrew. > There was a discussion previously in DPDK 16.11 about this approach being used for the ixgbe PMD. > I have attached the email thread. Many thanks. I see that it is a staging area waiting for a later generalization. Andrew.