From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0050.outbound.protection.outlook.com [104.47.1.50]) by dpdk.org (Postfix) with ESMTP id EAB975F33 for ; Wed, 21 Mar 2018 16:29:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=53ThkMIQTm0cNG0Dw0s5kDrsEReNJxGaeOcq0DsNLtY=; b=d/mTyhiDSgSMGK1UkcL5v1RSVBC0CNUuYWxisnk6nYpIOmgXxRyLrmBIFqeUxnT53/8lw7C4C9KNmliDb2oxx7Pd0u2eOJAfBccwGqdZrpt+nOnyvyaY7mtnH5rm1UsK1fUGJpKf7LTzoGBk7ojDroBzUDX9kxtHqJY2wiShfQs= Received: from DB7PR05MB4426.eurprd05.prod.outlook.com (52.134.109.15) by DB7PR05MB4459.eurprd05.prod.outlook.com (52.134.109.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.588.14; Wed, 21 Mar 2018 15:29:57 +0000 Received: from DB7PR05MB4426.eurprd05.prod.outlook.com ([fe80::3473:b2b5:68f:fe6e]) by DB7PR05MB4426.eurprd05.prod.outlook.com ([fe80::3473:b2b5:68f:fe6e%13]) with mapi id 15.20.0588.016; Wed, 21 Mar 2018 15:29:57 +0000 From: Shahaf Shuler To: Bruce Richardson , Thomas Monjalon CC: Ferruh Yigit , "dev@dpdk.org" , Andrew Rybchenko , John McNamara , Marko Kovacevic , "Patil@dpdk.org" , Harish , "Ivan Malov" Thread-Topic: [dpdk-dev] [PATCH] doc: update new ethdev offload API description Thread-Index: AQHTwSKsXwFfNUvlm0OkPZPZLJBZ2aPaz7wAgAAARoA= Date: Wed, 21 Mar 2018 15:29:57 +0000 Message-ID: References: <44e451f86e4582815767cf75b4e0f01f5cc60b5f.1507104596.git.shahafs@mellanox.com> <4165486.q6vGXG96hz@xps> <5699565.CqXomkVGtb@xps> <20180321152638.GA11100@bricha3-MOBL.ger.corp.intel.com> In-Reply-To: <20180321152638.GA11100@bricha3-MOBL.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=shahafs@mellanox.com; x-originating-ip: [193.47.165.251] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB7PR05MB4459; 7:UkN02uqWFcblEdT+y+9icbbeilL+hglYCmC8cyoPxFLrVVqb7/yxFki2ei3Z8c4uTzL+kweGkB6QoC/r83dfRt+FUvwoWzfmPQiBhGVIcMzRs6s/CMNnl9wb6pA+q2qWEV5BZ95UirbGV5LHAUC2t1SZRkOpXS7Ci1HZsbQJlF3jMAms61JGfksAnggrzU7CFzTw2fkjsezxXVssFqbB0h6tbXdGJ1qHtBXJBMXxtlO5EE3nsxvWygsUQ3gegZpH x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: a6b2b6b8-1d61-4ca0-98bc-08d58f409ab4 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DB7PR05MB4459; x-ms-traffictypediagnostic: DB7PR05MB4459: x-ld-processed: a652971c-7d2e-4d9b-a6a4-d149256f461b,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(3231221)(944501324)(52105095)(10201501046)(93006095)(93001095)(6055026)(6041310)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DB7PR05MB4459; BCL:0; PCL:0; RULEID:; SRVR:DB7PR05MB4459; x-forefront-prvs: 0618E4E7E1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(366004)(39860400002)(346002)(376002)(39380400002)(199004)(189003)(5250100002)(2950100002)(93886005)(105586002)(229853002)(6436002)(478600001)(14454004)(2900100001)(9686003)(53936002)(74316002)(66066001)(68736007)(6246003)(86362001)(97736004)(55016002)(3660700001)(110136005)(2906002)(54906003)(106356001)(6116002)(6506007)(3846002)(7696005)(76176011)(99286004)(53546011)(316002)(3280700002)(8936002)(561944003)(33656002)(102836004)(4326008)(25786009)(186003)(7736002)(81166006)(5660300001)(26005)(7416002)(81156014)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:DB7PR05MB4459; H:DB7PR05MB4426.eurprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: mellanox.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 0kSl4b2q/Vt2d+UpY53bKJJlajOPaPRkF8Q3JYwmbqKzPcvwECW8XX/QK1SFmZ/I1uP0RjaMgLtYvz3T2/CqQcl0qJ5k4YthqqlbGQ1/76h8dTsoz4veVgTlSwbxbQiENkm5Wthh9TdRed+1FJip9FkacIYbRz+0Jt0ivp4KEHP0TvSkpBIHi+DP9g5AtFFRtP4rgGMZq2DQkvHtwewzFKvTNSU2dZTUJzHxLi/SzWoRidnmUtk4Sh2Jw6JxNytR258zPe4swIwU/7vYGkUomJqmTOnJGVnEne3MYnIV9V/pMjX0Pwp/ZDiYrM4CfGDYS6Ura0ixQIOXGDZ4yog52Q== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: Mellanox.com X-MS-Exchange-CrossTenant-Network-Message-Id: a6b2b6b8-1d61-4ca0-98bc-08d58f409ab4 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2018 15:29:57.7748 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a652971c-7d2e-4d9b-a6a4-d149256f461b X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR05MB4459 Subject: Re: [dpdk-dev] [PATCH] doc: update new ethdev offload API description 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, 21 Mar 2018 15:30:00 -0000 Wednesday, March 21, 2018 5:27 PM, Bruce Richardson > On Wed, Mar 21, 2018 at 03:40:43PM +0100, Thomas Monjalon wrote: > > 21/03/2018 15:28, Ferruh Yigit: > > > On 3/21/2018 2:08 PM, Thomas Monjalon wrote: > > > > 21/03/2018 11:54, Ferruh Yigit: > > > >> On 3/21/2018 9:47 AM, Andrew Rybchenko wrote: > > > >>> IMHO, it should be allowed to specify queue offloads on port leve= l. > > > >>> It should simply enable these offloads on all queues. Also it > > > >>> will match dev_info [rt]x_offload_capa which include both port > > > >>> and queue offloads. > > >=20 > Why not abandon port-level config entirely? Then you just have queue-leve= l > configs, with the restriction that on some NICs all queues must be config= ured > the same way. It can be up to the NIC drivers - or possibly ethdev layer = - to > identify and report an error in such cases. I would love that. And this was part of the original proposal when we first= modified the offloads API. However Konstantin explained to me it will not work with Intel devices. The= re are cases were port configuration should be set on the PF w/o any queues= created to enable offload on the VF. >=20 > /Bruce