From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0085.outbound.protection.outlook.com [104.47.41.85]) by dpdk.org (Postfix) with ESMTP id 582FD378B for ; Thu, 28 Jul 2016 15:59:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=CAVIUMNETWORKS.onmicrosoft.com; s=selector1-cavium-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=OQOLWi+ob87cFzPKbBljhYq7972b+uQSBIfd2ofmcCI=; b=Pgz3izspvEqsjdyitG4JXw0SdIzdBANrY0TYxgbATIgqCV10dNNbyWyy4Ox1ajE6440DMXrr5zXIVUJNzz6h2gueKnsZwog58my2ex4q8XU8IwoBjyHdpwXXoQbVPvJ15qXzCeqSP9TMm8GmJCoKTYThHBs8NatF9q3cvP1jNec= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Jerin.Jacob@cavium.com; Received: from localhost.localdomain (12.108.191.226) by BY1PR0701MB1721.namprd07.prod.outlook.com (10.162.111.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.549.15; Thu, 28 Jul 2016 13:59:26 +0000 Date: Thu, 28 Jul 2016 19:29:16 +0530 From: Jerin Jacob To: "Ananyev, Konstantin" CC: Thomas Monjalon , "dev@dpdk.org" Message-ID: <20160728135915.GA17655@localhost.localdomain> References: <2601191342CEEE43887BDE71AB97725836B80AD8@irsmsx105.ger.corp.intel.com> <2146153.nVzdynOqdk@xps13> <20160727171043.GA22116@localhost.localdomain> <2601191342CEEE43887BDE71AB97725836B8884E@irsmsx105.ger.corp.intel.com> <20160727174133.GA22895@localhost.localdomain> <2601191342CEEE43887BDE71AB97725836B88894@irsmsx105.ger.corp.intel.com> <20160728021345.GA3617@localhost.localdomain> <2601191342CEEE43887BDE71AB97725836B8AA48@irsmsx105.ger.corp.intel.com> <20160728113853.GA14755@localhost.localdomain> <2601191342CEEE43887BDE71AB97725836B8AB57@irsmsx105.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <2601191342CEEE43887BDE71AB97725836B8AB57@irsmsx105.ger.corp.intel.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Originating-IP: [12.108.191.226] X-ClientProxiedBy: YQBPR01CA0056.CANPRD01.PROD.OUTLOOK.COM (10.169.139.24) To BY1PR0701MB1721.namprd07.prod.outlook.com (10.162.111.140) X-MS-Office365-Filtering-Correlation-Id: b8fffe1c-92b6-4339-bed5-08d3b6ef6446 X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 2:1gwiH2Jkbx3+dkx26Fa/cSOI8PmoCew8MHCBmIxjiLhviNgDBc61wB86mJ8ArlabaagMG8hH9mmFpjn7UcK8r9vQr9SuIMK4ekRLw5gXl7/nCRodFXFCm2WLMEpKL1A7IzzThcPwsPDwZfVjTpvjxihNyp1BVAo3plCU1i17el+uuh7A9dEOVqIUxeMXf75E; 3:+7cSbqZQ5/113HPipArjSa0pfd8Z/TKSJ7K06pDyEgLCN9Wquru8KnBd8tsVlmTI+1P8NtP16aQ3Bq9fDFRREJP/E+nXQ/xwXEdFWHe8fuUn8AdXMs5bnbBMN6iv8hfA X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0701MB1721; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 25:w4xtuoX/ywmBGVyGn5SxCKTxGHYT7cYU6J6TyLH0myfltfJyc5P5byiAYXbVL8w3ojHUxdL9ArbH1ad7x+nhd9XWKVBW51GN1SxYNTGuOiKYhlTvZ00jg073zdzJjnJGVBLqxQ9EEd6eX7REv7Tz0SKtWcRFkFD9ETMXOw11cck1VHCeNYVNZYE7qCVM4RwkZH2uqcDHXQtQmGKNdfRolH6XDALZ7aZpbNBy+vW5MHh3mno7VYkrImYvbRhFsZseM8kr4hh7TwxCbKwUXDSTcDJLP0xf9JM0ZwQyjgYjLSuZeZRxBteLovkvSbDA9/7Qf/kDlUU4DJrkKFWkM+n/v9r3kY4p9UZHssrTWKD7PUKK/NlFP2PM0zMs238oDJ6EEm2u4E3WyAe3gr5wteXXEKO+cWT4ZO7LYj20j3WQYwWfoyGgFy/aK4T7MMJriTUPC7OiMWcQydi6TjQx/+1bxJ/gIaZ6R8HIwZ8cYVZgdA6AkGPIRg7ZH5gzCbsxMEj6GTnij6lBIV+O4ZHMFWyM09iHWaN1Y4LmXC+AySJVOeH14zR2foyS7Y0gMPWUbwxtMYkzN1ZiCOFp2q8Icn1gHdolvIeQrdZLU3LHZGxAy0K+PgCOI2S4eG2OJE2Bd11NafhQc4oyrD4Ixqc+Xgl63gFUaiFTlwXiZQAaTMwwhbSFo5SSPHFuATAIulHwB5b2pU8pSIBKax5EknI8/wW3UV8NM46Ogn0fB26RKvtYqTA=; 31:Vif+DyN4Ava3e5tCpfrh25uun4t7zsX1pdeJW591GZldiKGjKjBz+CidIHVxlxXPZSwWypdKwy2k7YKPX1p1dqwEY17XMu+lbB8PxKt8jNVhwOhqWYxr/11LPJuvLjPCuyUtF9HeFlQOQEGbMBBpi0ojRHnYflvB1SYK3QrjgbqwKXqvcdp/HuhyaT3MooH8xa53WdcHz4WdUvEk1DBN4g== X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 20:RzmPFqumjxDUWlNbBkz8TqkXd1pyvgMCNrJuE4bvTNm3GXmF9X8NvEPSJRxS/S8O2xf4f/ERe/5yRiTfIw4Ca+X8rVuDVZBlgom9QVfkjcWsSLn/IWH4YIQOCo+JOA3e/72AoDPb5lJYAoJaTybMS1XKC4Dv+cKADqh7QaBw1O8ghcaerJ3h4xPSLQdcXNe+cyY0G4HLF2QW8UhFPDQqnLBxX/Eqk2LC0kqhpcYSkOE8MYW6jWYhBdaFYuEPTo2cU+10DWrO3rf84hhPdjksYAzlh4d+aBC1hXgIXTVTFvzt+uuwr8Xs7iIH0ou+cpK0/OTXRPa45bjyrsrLmcmp4qV11PYJKx+GxrkErsOJX3S+8JrkjrYFmn3VK1LYH5dx64C+7JZnuyYYxQhd6tvbYlXUH2PpRLiRMcYlfQ1BmjAAdoYSUHaZEt7BbHwKsOSuKQuC7ifFfJ0Wkp3IQcMA7FaCWx0yn57HGsNV3IKz8SITSH8zEBYErvaLzO/+IuciLthInZhYHn/Ms4XX37FgSaYaDPZaZWD0iabUxgAgVjQ8ny7jeJMSrDLQcOubAcHCwkLFcI0JA3xxo0mfX8glr7AFOOegNRvh7Gt7UmASjFA= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:BY1PR0701MB1721; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0701MB1721; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 4:hYUPwZNMqN4UzATrRPNaOZR2McZPTQeAEq1Ebh0jBzX3vJ28kzM/WMNf7/0RNuWA9peeGg8vzfk3FX+/a9ZRGFHPdV/fFFG84FwDwycTTd6ENj57KJzyJM2rHwDFBZrnNNwJ5i3G5wCqJ7j3AxHWJ8rGyPGhnW/zFTC8FHAoR0dfD0tPPbO86LsjENeXCeYoKOJr+T18KGavG7ia3ueBD/x9JQjlAJY3wJUJ37Y92AmDfhrVDckG58+6kE/wX1cDi5sR3TAi8BWvi5sgig3pPlLoKGsnGLo8W0rvazeQuoSOkhQOd0pkEkoeStxfmbbx5NhhedhO5f0/dROjs0aqN42ETMcBxKgya/zXMUCP4zcTAnnTgJBsI500ahxthGRb X-Forefront-PRVS: 00179089FD X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(6069001)(7916002)(199003)(189002)(24454002)(2906002)(33656002)(561944003)(97756001)(61506002)(110136002)(47776003)(66066001)(93886004)(305945005)(4001350100001)(97736004)(105586002)(68736007)(92566002)(2950100001)(50986999)(77096005)(54356999)(46406003)(8676002)(7736002)(42186005)(106356001)(4326007)(81156014)(1076002)(6116002)(3846002)(81166006)(189998001)(23726003)(50466002)(101416001)(76176999)(83506001)(7846002)(9686002)(586003)(18370500001); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR0701MB1721; H:localhost.localdomain; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: cavium.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0701MB1721; 23:AtysSkslMhcp847pwObeHliNiyCiVg/2QC8IkrB?= =?us-ascii?Q?G0pBFsjCwr4oEwPuieIIbHU+fry5C4lIYLmD8fryedVdWOp3SpzIe0vIp/nz?= =?us-ascii?Q?oZAyvfHXtx1auICXyLzdxBC/3l0Guc4L8R6UX8xz/BDN9m94vsUllJNxurNJ?= =?us-ascii?Q?/SE0to1sRe7/uCSKEtnULbmL4Pi9VnqUWsGLfj8VyIoib+bCoPU398jggz/b?= =?us-ascii?Q?dY+kRHWvT4I9q36UpHkpSKWBKUqIKe00oJcp7IoCbUkuMcU2M+sk4c0Dohi3?= =?us-ascii?Q?k85FwaqNbpxGKdJU7kxvktQM2ZWAY4+hJRG5LpCb9sMP9fyIvx5n2qao/SlA?= =?us-ascii?Q?pcodOV+l6pEhQqvUqRojA59vp9ESVNtDmiDjKWR2xyTGYVqcAQEZ7JixYw1s?= =?us-ascii?Q?2YX4JB3FaCecduFaj8clwkx3LNi0lFPFGsyJxzOBSJ/K6VbZELEOJGA2fk7X?= =?us-ascii?Q?NNkfsNcgROzIgCtVXsVgqssyyKXj206fvuBEdwT6mAurd5mpi1j7YUmxKYA4?= =?us-ascii?Q?TtRkE+pKE6yGc0CaWA9GDADujZgW026wI9/9A+osnGsanLU5Z30UFNpb1VpH?= =?us-ascii?Q?yyCwA1m6cc5Iq3FRMknGiRxwBbp1LrGiIJ/jaPUI8hIThLhjK7mxxwG9tugC?= =?us-ascii?Q?X3E5HUQrsuvNu/F1e6im83NOlQlYFDQG25YQYvwAiseGXtFQEiXHHN0RALP6?= =?us-ascii?Q?+ZPkly2C8n3N4+/WlIDbqQfSEbbuL7lRLwNd8eK2zWzDlE882MOuwQBhJSeB?= =?us-ascii?Q?JVDyjHD+8Tr7Kbqeo1ft26R7v2Rs58WqX6bfaZ7TAiA9vmrx+9/AXEtBCmlc?= =?us-ascii?Q?uoMDMlAQXAdQyqb1Vlx+PsDWejH3KARPXS0byERPXbPg9Ce+SPQr9ZAky0Re?= =?us-ascii?Q?8OydVQsSTxRW2J1maThv7ZKYqQ6+veuwpq8x3WhG2xgEXPOGRN5brfJ2k6qe?= =?us-ascii?Q?UfeaSBwsWNtZpoM5P6Yb9ADlqpt35v6V1oWzrKh3Ng9RGkNQaJeLEQ5t6fk2?= =?us-ascii?Q?MXyRd7EUiuIP+mUSoZBc4IFvz8lCd06nvT9d5o93wULpPs5N286IoNfzjH2H?= =?us-ascii?Q?ldQlCQFmM23kB05EzM5C/zx8KNHluwnG3LSsEwsNMpBLwxHlPZkqBjlnFZrx?= =?us-ascii?Q?E4THcFFais1Ok/YK9TltZK8lPf6paMZi36kfn9zHCcQ9r0DW+J+uSXg=3D?= =?us-ascii?Q?=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1721; 6:NVmtNFCN0bnL/nammVbUnpHAziVxqsEKMcwmdJS4W1ASvzlDNGWmlhGj2U0d0WhVe9veyPozBUdPTmZc1Z+CiMAjf7xKypXSgN9kEygTVc2cS5GNH19RSVGashZMPG3wNkPzDVTWk4FgnQIFOfw4221yup4N4ODA0PwpSXASWWXxOau3QGWbLKrtRthnphJhWClpVNS34Ej3iyPRCYD3R0gmT0Ggx+syYXDJo/hImzrvzxGrszmQIuF4DKeOEYuJHa5rPIhygQw4cgcobYJvb+g7ALYlGY8zykcOVRI5ShY=; 5:hXZx9fiEG1ACiAdas3VJh8ZpMiFzXGi//xXjMbT1rL90hrlcJKGSAtxQGqLcILud/y0mDc6Q5417t1Zfx4I3wC+dwvvp558LqpGWKfXgWVfpSEgbcCM4PAQOzmAr6GMyOSM/x2y5TpdPqapVojaCsQ==; 24:lVN9hwxgLKEf7zrn8HhiuwaTyOYwd5SWtRejh4/kPe5N81zg7rldrs/y+WAkOhGun3XwJ9r+M3C2TP3BmSF72sgcPcv73lQOoNy5mSxR8H8=; 7:B7OmjGqsMuwxRpQafC2WTzZeR2Dy/k3PTuzTDx4ejfXchCTZN6x2tpFm8gBKqfnhX85mIrd6OSG84mQQ0hyggW/t04ezzxFk+EwmcrkCpYY6434rDnFOZ7JKixHVPDIOC3w78I5giq2bkzJkWb+iNYrsztVflJCJsw12oujM9hjz3rl0c/dDCmv/YTlXZv3y7WPidrL1o0AOK8UlxrxbAEmEdUuEkUzZZ29Hid1qmNevS2xOLWbE+9c38CHv1TWp SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jul 2016 13:59:26.1149 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0701MB1721 Subject: Re: [dpdk-dev] [PATCH v2] doc: announce ABI change for rte_eth_dev structure X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 13:59:31 -0000 On Thu, Jul 28, 2016 at 01:01:16PM +0000, Ananyev, Konstantin wrote: > > > > > > > > > > Not according to proposal. It can't be too as application has no > > > > idea what PMD driver does with "prep" what is the implication on a > > > > HW if application does not > > > > > > Why application writer wouldn't have an idea? > > > We would document what tx_prep() supposed to do, and in what cases user don't need it. > > > > But how he/she detect that on that run-time ? > > By the application logic for example. > If let say is doing the l2fwd for that group of packets, it would know > that it doesn't need to do tx_prep(). > > To be honest, I don't understand what is your concern here. > That proposed change doesn't break any existing functionality, > doesn't introduce any new requirements to the existing API, > and wouldn't introduce any performance regression for existing apps. Yes for the existing application but no for ANY application that uses tx_prep() in future, that run on the PMD where callback is NULL(one/two PMDs vs N PMDs) > It is a an extension, and user is free not to use it, if it doesn't fit his needs. If it is a workaround for a specific HW then why to change the normative "fastpath" ethdev specification. You could give your fixup as internal PMD driver routine and be done with it. It is as simple as that. > From other side there are users who are interested in that functionality, > and they do have use-cases for it. > So what worries you? Above things worries me, I wouldn't have cared if the changes are not comes in fastpath and I don't think this sort of issues will never get fixed any time soon in this community. So I given up. Jerin > Konstantin > > > > > > Then it would be up to the user: > > > - not to use it at all (one segment per packet, no HW TX offloads) > > > > We already have TX flags for that > > > > > - not to use tx_prep(), and make necessary preparations himself, > > > that what people have to do now. > > > - use tx_prep() > > > > > > Konstantin > > >