From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 568DC1075 for ; Tue, 14 Mar 2017 15:48:19 +0100 (CET) Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga105.jf.intel.com with ESMTP; 14 Mar 2017 07:48:18 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,164,1486454400"; d="scan'208";a="67288720" Received: from fmsmsx108.amr.corp.intel.com ([10.18.124.206]) by orsmga004.jf.intel.com with ESMTP; 14 Mar 2017 07:48:18 -0700 Received: from fmsmsx158.amr.corp.intel.com (10.18.116.75) by FMSMSX108.amr.corp.intel.com (10.18.124.206) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 14 Mar 2017 07:48:18 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by fmsmsx158.amr.corp.intel.com (10.18.116.75) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 14 Mar 2017 07:48:18 -0700 Received: from shsmsx103.ccr.corp.intel.com ([169.254.4.20]) by SHSMSX104.ccr.corp.intel.com ([10.239.4.70]) with mapi id 14.03.0248.002; Tue, 14 Mar 2017 22:48:16 +0800 From: "Wu, Jingjing" To: Thomas Monjalon CC: "Zhang, Helin" , "Chen, Jing D" , "Yigit, Ferruh" , "vincent.jardin@6wind.com" , "dev@dpdk.org" Thread-Topic: i40e SR-IOV with Linux PF Thread-Index: AQHSnAY1cfw7QINaMkO6nfm98XTIkaGST/aAgAFyVzD//8rQgIAA3bEg Date: Tue, 14 Mar 2017 14:48:15 +0000 Message-ID: <9BB6961774997848B5B42BEC655768F810CF3710@SHSMSX103.ccr.corp.intel.com> References: <248236628.l6b5mhHNAu@xps13> <1623193.ZGhhn5RSHY@xps13> <9BB6961774997848B5B42BEC655768F810CF32CE@SHSMSX103.ccr.corp.intel.com> <4821072.3Tgk4G3lTr@xps13> In-Reply-To: <4821072.3Tgk4G3lTr@xps13> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] i40e SR-IOV with Linux PF 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: Tue, 14 Mar 2017 14:48:20 -0000 > -----Original Message----- > From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com] > Sent: Tuesday, March 14, 2017 2:31 AM > To: Wu, Jingjing > Cc: Zhang, Helin ; Chen, Jing D > ; Yigit, Ferruh ; > vincent.jardin@6wind.com; dev@dpdk.org > Subject: Re: i40e SR-IOV with Linux PF >=20 > 2017-03-14 04:44, Wu, Jingjing: > > From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com] > > > > Hi i40e developers, > > > > > > > > Referring to the VFD discussion, I thought basic behaviours were > > > > the same regardless of the PF driver: > > > > http://dpdk.org/ml/archives/dev/2016-December/053056.html > > > > " > > > > > In the meanwhile, we have some test models ongoing to validate > > > > > combination of Linux and DPDK drivers for VF and PF. > > > > > We'll fully support below 4 cases going forward. > > > > > 1. DPDK PF + DPDK VF > > > > > 2. DPDK PF + Linux VF > > > > > 3. Linux PF + DPDK VF > > > > > 4. Linux PF + Linux VF (it's not our scope) > > > > [...] > > > > > Linux PF + DPDK VF has been tested with 1.0 API long time ago. > > > > > There is some test activities ongoing. > > > > " > > > > > > > > I think the Linux PF case is important and deserves more considerat= ion. > > > > When looking at the code, specifically i40evf_vlan_offload_set() > > > > and i40evf_vlan_pvid_set(), I read this: > > > > " > > > > /* Linux pf host doesn't support vlan offload yet */ > > > > if (vf->version_major =3D=3D I40E_DPDK_VERSION_MAJOR) { " > > > > > > > > Is there some work in progress on Linux side to get the same > > > > behaviour as with a DPDK PF? > > > > > > > > As I know, VFD features are marked with an "EXPERIMENTAL" tag. > > And we are working on the extendable interface (feature based) with PF > > kernel driver. >=20 > The VLAN offload is not a VFD feature. It is a basic driver feature. > It is said that it is supported in the documentation but it is not with a= Linux PF. >=20 > Please consider the rest of my email: >=20 Yes, I was saying VLAN offload. What we are working to make VF and PF sync based on feature ability but not whether it is DPDK PF or Kernel PF. And, about the doc, yes, we need to add such limitation here. Thanks Jingjing > > > At least, it must be documented in > > > doc/guides/nics/features/i40e_vf.ini > > > and marked as partially supported (P instead of Y) in > > > doc/guides/nics/i40e.rst