From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id 38CDD282 for ; Wed, 8 Feb 2017 18:11:03 +0100 (CET) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga102.jf.intel.com with ESMTP; 08 Feb 2017 09:10:42 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,348,1477983600"; d="scan'208";a="1123853575" Received: from irsmsx105.ger.corp.intel.com ([163.33.3.28]) by fmsmga002.fm.intel.com with ESMTP; 08 Feb 2017 09:10:41 -0800 Received: from irsmsx103.ger.corp.intel.com ([169.254.3.77]) by irsmsx105.ger.corp.intel.com ([169.254.7.38]) with mapi id 14.03.0248.002; Wed, 8 Feb 2017 17:10:40 +0000 From: "Mcnamara, John" To: "Lu, Wenzhuo" , "dev@dpdk.org" CC: "Lu, Wenzhuo" , "Yigit, Ferruh" Thread-Topic: [dpdk-dev] [PATCH] doc: announce ixgbe MTU setting limitation Thread-Index: AQHSgQqcD0g9ULScik+1bWPSk2EAmaFfWbWQ Date: Wed, 8 Feb 2017 17:10:39 +0000 Message-ID: References: <1486448555-95730-1-git-send-email-wenzhuo.lu@intel.com> In-Reply-To: <1486448555-95730-1-git-send-email-wenzhuo.lu@intel.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_PUBLIC x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYzc2ODhkNDEtYzA4ZS00MTk4LWIyMzItOGJhYWYyN2E3NjliIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX1BVQkxJQyJ9XX1dfSwiU3ViamVjdExhYmVscyI6W10sIlRNQ1ZlcnNpb24iOiIxNS45LjYuNiIsIlRydXN0ZWRMYWJlbEhhc2giOiJxTjYzZWFpODdENmR5RFJ0MWxVbWdPWUs2blNFRzFEcUFYQm1UZ0tzbXBzPSJ9 x-originating-ip: [163.33.239.182] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH] doc: announce ixgbe MTU setting limitation 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: Wed, 08 Feb 2017 17:11:04 -0000 > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Tuesday, February 7, 2017 6:23 AM > To: dev@dpdk.org > Cc: Lu, Wenzhuo > Subject: [dpdk-dev] [PATCH] doc: announce ixgbe MTU setting limitation >=20 > Signed-off-by: Wenzhuo Lu > --- > doc/guides/nics/ixgbe.rst | 16 ++++++++++++++-- > 1 file changed, 14 insertions(+), 2 deletions(-) >=20 > diff --git a/doc/guides/nics/ixgbe.rst b/doc/guides/nics/ixgbe.rst index > 3b6851b..1f7d6b3 100644 > --- a/doc/guides/nics/ixgbe.rst > +++ b/doc/guides/nics/ixgbe.rst > @@ -185,8 +185,11 @@ As in the case of l3fwd, set configure > port_conf.rxmode.hw_ip_checksum=3D0 to enab In addition, for improved > performance, use -bsz "(32,32),(64,64),(32,32)" in load_balancer to avoid > using the default burst size of 144. >=20 >=20 > +Limitations or Known issues > +--------------------------- > + > Malicious Driver Detection not Supported > ----------------------------------------- > +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >=20 > The Intel x550 series NICs support a feature called MDD (Malicious > Driver Detection) which checks the behavior of the VF driver. > @@ -207,7 +210,7 @@ it by default.) >=20 >=20 > Statistics > ----------- > +~~~~~~~~~~ >=20 > The statistics of ixgbe hardware must be polled regularly in order for i= t > to remain consistent. Running a DPDK application without polling the > statistics will @@ -230,6 +233,15 @@ be calculated as follows: >=20 > In order to ensure valid results, it is recommended to poll every 4 > minutes. >=20 > +MTU setting > +~~~~~~~~~~~ > + > +Although user can set MTU separately on PF and VF ports, ixgbe only > +supports one global MTU per physical port. > +So when user sets different MTUs on PF and VF ports in one physical > +port, the real MTU for all these PF and VF ports is the biggest one. > +This behavior is leveraged from kernel driver. > + Would be slightly better as: Although the user can set the MTU separately on PF and VF ports, the ixgbe NIC only supports one global MTU per physical port. So when the user sets different MTUs on PF and VF ports in one physical=20 port, the real MTU for all these PF and VF ports is the largest value set. This behavior is based on the kernel driver behavior.