From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0077.outbound.protection.outlook.com [104.47.41.77]) by dpdk.org (Postfix) with ESMTP id D405B1F5 for ; Mon, 24 Jul 2017 18:16:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cienacorp.onmicrosoft.com; s=selector1-ciena-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=aD6WMoUsPQIQVxv8S7NnbqtsZWniiM8Co/ugmdDWL8k=; b=HNrbeT4QrDIlvFy8iFW7NKnQX/bhUKrX2VDZ1tFKDlx+tVekMcKyiZrPGskPcMHF/ns7CN05gTT2kuTfGJJBgujsRR2lwDx4so9SgTPMG08fh7lotZVjV4c506WZK6SqesLSF4FSdMfmWqDka/wCakzkCW5n5A6oQiDlRLs6R8w= Received: from DM5PR04MB0605.namprd04.prod.outlook.com (10.173.170.150) by DM5PR04MB0602.namprd04.prod.outlook.com (10.173.170.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.10; Mon, 24 Jul 2017 16:16:31 +0000 Received: from DM5PR04MB0605.namprd04.prod.outlook.com ([10.173.170.150]) by DM5PR04MB0605.namprd04.prod.outlook.com ([10.173.170.150]) with mapi id 15.01.1282.017; Mon, 24 Jul 2017 16:16:31 +0000 From: "Yeddula, Avinash" To: Bruce Richardson CC: "dev@dpdk.org" Thread-Topic: [dpdk-dev] Issue with TX of Jumbo frames on 10G interfaces ONLY Thread-Index: AdL8YyKP1o1pcfHpRp+owhbDNm9KPAIG5oAAAAZDDOA= Date: Mon, 24 Jul 2017 16:16:31 +0000 Message-ID: References: <20170724131410.GA2848@bricha3-MOBL3.ger.corp.intel.com> In-Reply-To: <20170724131410.GA2848@bricha3-MOBL3.ger.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=ayeddula@ciena.com; x-originating-ip: [63.80.42.132] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM5PR04MB0602; 7:CyOSdfA6lR3QrilybkhnBKZcXRzDJhTTfVKJpvPKXDDc42E3f6s2vHVMFnN5gEYfc2B2mtT22UG0EbQXJj2RO5uJJrQz9dVTlU3wnKigZDrbj/Rksp+BteTrdSNuHWvYFM8niOGQrCMjcifLk9MlISoSTgb+xsTlgJADWJJRXH7oTm9/jeF3xaOD8tDEgZWoeoA5A2UbKBSFp6D6tTKi9ztIer6QrQoQEertOSYZSSjj/7McNC1QpB21k2H34ovcDVtHdVAlwfe0v6jX6T3LiKTRq084TywBbjMwcgPHsGPCsZZrRfmsNEWnbBstiwQCjU7dLVVsyZeGfJ+DOTfKxFPuVscqZZHMp3JmpQctKlsmFGNbrNgKBVW18nD8eJzvIvYdV8xTt8HOLmmmjUcjsjmhE2lVeUtO8r18Zso28/APZ/fLc26w6/+TnWsZTQvkkuP4dGd6Uf/NtUNUDcAlxPns82rlfgijOlfVM3PvygwhX5lbKHJN5dpiTO5OoN2EzVrcCFBW8U2KdTDLdt+PjwmgD8I9oGXxMPMGNbRc+XehgDQDTp8y/e4UoPip/fboqPWT8bPstYRId6GPuxxsLVpCoN5k300i4Wdr8TYl8NBx9SrPRZs8xOMjw/NLMJRyP3njSHrfgvd05U8C3yT9AoHruwK116QJWIZGsnMWrCtXNIR0go9PyNj1aHkGVn6qtpyWyOZW6C1LBq+UZjPTaZa63yMxpzgJ3sGCnQOB839R+Pknz140QwbnT7NOSAoiAuKCfr8HeUUOjbf8ouv6Ek9ZHxvWuSDVp1hBt8W3by8= x-ms-office365-filtering-correlation-id: 2724366f-6d8f-4e7a-d5e7-08d4d2af5880 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:DM5PR04MB0602; x-ms-traffictypediagnostic: DM5PR04MB0602: x-exchange-antispam-report-test: UriScan:(228905959029699)(17755550239193); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(20161123555025)(20161123562025)(20161123560025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:DM5PR04MB0602; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:DM5PR04MB0602; x-forefront-prvs: 0378F1E47A x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(6009001)(39840400002)(39450400003)(39400400002)(39410400002)(13464003)(24454002)(189002)(377454003)(199003)(53754006)(3660700001)(55016002)(99286003)(74316002)(8936002)(2900100001)(4326008)(5660300001)(38730400002)(81156014)(8676002)(110136004)(81166006)(6246003)(7696004)(33656002)(97736004)(9686003)(66066001)(86362001)(189998001)(68736007)(101416001)(2906002)(53936002)(25786009)(105586002)(3280700002)(2950100002)(6916009)(106356001)(76176999)(229853002)(7736002)(305945005)(6436002)(6116002)(3846002)(6506006)(14454004)(54356999)(53546010)(102836003)(478600001)(50986999)(77096006)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR04MB0602; H:DM5PR04MB0605.namprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: ciena.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: ciena.com X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jul 2017 16:16:31.0468 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 457a2b01-0019-42ba-a449-45f99e96b60a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR04MB0602 Subject: Re: [dpdk-dev] Issue with TX of Jumbo frames on 10G interfaces ONLY 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: Mon, 24 Jul 2017 16:16:33 -0000 Thanks Bruce for replying, I kind of figured it out. Like you mentioned I d= o see some performance dip with linked-mbufs, I believe this expected, is t= here a way to minimize the impact, all I need is to enable=20 linked-mbuf". Thanks -Avinash -----Original Message----- From: Bruce Richardson [mailto:bruce.richardson@intel.com]=20 Sent: Monday, July 24, 2017 6:14 AM To: Yeddula, Avinash Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Issue with TX of Jumbo frames on 10G interfaces ONL= Y On Fri, Jul 14, 2017 at 05:38:45AM +0000, Yeddula, Avinash wrote: > Hi All, >=20 > In order to support Jumbo frames for our application, I made the below=20 > changes. The intention, here is to use "linked-mbufs instead of using > 1 single 9k MBUF". >=20 > With the below changes, I'm able to send/receive 9k size frames on 1G=20 > interfaces successfully. No issues what so ever with 1G interfaces. > But, when it comes to 10G interfaces, I confirmed my app writes a=20 > jumbo frame on to the port "rte_eth_tx_burst", but that frame "never" > showed up on the other end, it got lost somewhere inside this API=20 > "rte_eth_tx_burst" . >=20 > I do not see any type of "tx" stats ticked. Thought will check with=20 > the you folks, before I dig inside "rte_eth_tx_burst" API. Is there=20 > any configs I'm missing for TX port, please comment ? >=20 > This is the driver I use for "net_ixgbe" for my 10G interface. >=20 > // local port config structure for initialization, code below > may modify struct rte_eth_conf port_conf =3D { .rxmode =3D { > .split_hdr_size =3D 0, .header_split =3D 0, /**< Header > Split disabled */ .hw_ip_checksum =3D 0, /**< IP > checksum offload disabled */ .hw_vlan_filter =3D 0, /**< > VLAN filtering disabled */ .jumbo_frame =3D 1, /**< > Jumbo Frame Support always enabled */ .max_rx_pkt_len =3D 9216, > /**< If jumbo_frame is enabled then max_rx_pkt_len must be set > */ .hw_strip_crc =3D 0, /**< CRC stripped by hardware > */ }, .txmode =3D { .mq_mode =3D ETH_MQ_TX_NONE, }, .intr_conf.lsc = =3D > 0, }; >=20 >=20 > port_conf.rxmode.enable_scatter =3D 1; > port_conf.rxmode.hw_ip_checksum =3D 0; >=20 >=20 When creating the TX queue itself via "rte_eth_tx_queue_setup()", ensure th= e txq_flags field in the conf structure is set to zero. By default in many = drivers, the transmission of jumbo frames via multiple buffers is disabled = for performance reasons. /Bruce