From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0089.outbound.protection.outlook.com [104.47.33.89]) by dpdk.org (Postfix) with ESMTP id D58A62BD2 for ; Wed, 2 Nov 2016 13:58:10 +0100 (CET) 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=S+jiM4Tun/ZYqU+kSOXetC7FoBzFKE/N2nbWfgHS6wI=; b=KSIcW94jKV9SgXkoU4fdQ9bxqkdwgfoal3+Dw9Pg3wgiW1lVyr0LKTC9FpJJD3EZ+gTpSxYLUleF869zD3g6tts8Lki1ifJr55wzx4ndrirSUCclmA4Gi1Atf0pAO/qYWZZyds4YVOmcOMl/FVUtdQhMhp0/Z5EdxgnnoaYb8Pc= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Jerin.Jacob@cavium.com; Received: from localhost.localdomain (122.167.46.37) by BY1PR0701MB1724.namprd07.prod.outlook.com (10.162.111.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.693.12; Wed, 2 Nov 2016 12:58:05 +0000 Date: Wed, 2 Nov 2016 18:27:44 +0530 From: Jerin Jacob To: Bruce Richardson Message-ID: <20161102125743.GB2564@localhost.localdomain> References: <20161005072451.GA2358@localhost.localdomain> <1476214216-31982-1-git-send-email-jerin.jacob@caviumnetworks.com> <20161025174904.GA18333@localhost.localdomain> <20161102080632.GA21820@localhost.localdomain> <20161102114837.GC40328@bricha3-MOBL3.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20161102114837.GC40328@bricha3-MOBL3.ger.corp.intel.com> User-Agent: Mutt/1.7.1 (2016-10-04) X-Originating-IP: [122.167.46.37] X-ClientProxiedBy: PN1PR01CA0051.INDPRD01.PROD.OUTLOOK.COM (10.164.136.151) To BY1PR0701MB1724.namprd07.prod.outlook.com (10.162.111.143) X-MS-Office365-Filtering-Correlation-Id: a9ed8b16-91e2-4841-1d53-08d4031fe4d9 X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1724; 2:MrMaah7UHXXabCn2veJ8rxg1GN8ewawIR9g4o787mWWRk9JpLVPZFDftux1/nrG6QeVYb672NJw4Tv6hcBMjCBHo15UwCYEUT7BMuIHUd71437n4aErGpXqij966M9XYqQyANVq+7axZ5zx2caARg7rRR/Y9g7A+uQ3UiiiXcUh4doYrhywlhfffsPe9IH1daywMFGwkCFhQ2ZzwHqYTQw==; 3:WrFPSFu2fuJrqixziiIUC/+vBrSWIyDHF0tZllP30SphK8C/DpTVx+GXrgBc1Cd+JiN7U7zcnre4DIKCsvjDzwjUBPR+8/CehoPXSF/fM6TgqZ8YuC2kkOIby2KJBblFng/gaB1Vr5Rof6OP3sVdIA==; 25:MiFCm6/Q2lET5wkU3hatudgof/1KRDIii8cZNti/2pXdaKCF4lYSwuA8UBauVOxsgMNVOy5GMLMKry0jzDTiSNc/Hmq+f09qkBWs9nCO5N/i+P79yi5p7m2CxJ6QCkr1MyIDQ1CSQYnsY2I7zs8Pr+RNEZeQgzMIf5mBGDQGElw/ZENPmamC43sJGWWx3g4eGLcgB7WA0wluDg/NMI079qnKGNiRNYsGI6r2KDkIKr9r8B58rJSoUBsUcWXE7ndr0KUxK1BVnwHzyNjay8o8SXfOByIaFHUaQvX1gA95HutA0t95RAdjL+WmREAly21AjZ5xNHdh3hol02jV1zUseUp4bZ3Ubaz3/MoerxU+07vwpssCGROmgsrzZdpfoDjj5GPX+oFK+cY67A/Zm21kX1xrQolg1798Uu79aOKgrHoeRwBsKLEPDIJYc8smGrgk X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0701MB1724; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1724; 31:lpUmeCzAgnFc0p9/G+0/RWjJ2EGNh4IvrxmXx1KN51TCm4ML0SUdLSh/BoHj8pUDp+rv0R4aebNGIzdWnXUtJaxPon3SIPiojaa7526TThyfyfElJWsAVTkY/LHdnAviVX+d2omRMPAMFgedzfR56ZYCcHMpv7WJmUz5GURGq+dn77fEmEfvrBz0ObZg+/Da+hbxEkTJWj6KMcAoy/f/ZdVitKZsZ2A9BidvmgR3H3rqpNa6QboEc/1TYlWAO6Gq6EU6mLTZUoW31IC7iN1Q6A==; 20:TraQNdu8a/dfCjAvhtgeUCXm2Z5M7ixW1QOWaM6jU4QpMJGW/pknFvCyJ1spAV6fjftDGWLSIXV9tu2eSR4OPXyLverWYaP/2CUYWWwpiAJ3vLBFFCwsfg0E9kGF52FmSVZ0EqiSr6DAHULjpwHZ+a2A5tT8jDWmkek+brypOjn+MHmw3JSrAOaFAIh6fIgLRV8sklnxkwVKtNDCCSA9VpRBgNTzSdKc7SEeiGVkKtWK86eaK84uyWhecfaRYNC53L3hkSxt4Mij+1NFzfdXSuqcVW/0EM8yhM92OGfYVVF2vohR0xBdpDgjUhISt4UJaNZUWJWCVBD0GZu/9aWRt4TQMO5kS4zWPcv9AcppWrxlJpNJzypm+XuT1sa0doon8SQFftdhJvSs8BSKkcOY5CjzlnS1ZqX/3TRN7eP+r+okefEbRdMPulQk+o53vQIJnx9uL1wOp7imQ9VdfhUl8gtPNjkYkU5dHqMtwMrWoFATaN3NWRtBLAoFd3ceNARvTWqQvJ1ZlqGtnovh33Ek1CRT/v90Yae80HXAeULnnJLaDPBCIn9IBJu5veH/e8FPRyOYRRfv8M/KGStRZzPZ7k2WCR2L7LoZhTvLdkvUFHs= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(271806183753584); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BY1PR0701MB1724; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0701MB1724; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1724; 4:4LtjpJdFArExNbNLq0h6wHL37+peQFRkLMumaXKomwM3vVPHYhnqii42iVKzAjEvsgbltiPLXTJKhILkNhqtR81gsVP/8CPKx+FVUJYqYELpzNqTJ81uGYptbN6C+oSetPceGKabo5SWNuF9OkFdw9TR2WzRs2Z039IwQf9GRRaOC8sTEq1KgwC9qltAR9cuVCvMnWJdqd3vuhY9hAmUwM5Q43r9BYhiXBFs8UiHyqo6uWo07TIJ6DmQAmp1bIhqXcL1YL+2sCKmlmG6uvsTi3XDTJ2tz7MOuqDx6rklQf8Hm3mX+yb5GmMNmdn6hTsq5+T0nYLG7eZqTesz26425Brq69BuPtMuOuDqkalW3KmHAvFxFCm8MQ25Kh5Ybg2nm3f+rZGFHPTMWLJbvUqWV+DxTjcW2WQDH2Wyeizt1IB/v5P9maJRi/Bxi5Ddnp0qNbJ7HZFsUjdM1gJ+HqfJ2g== X-Forefront-PRVS: 0114FF88F6 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(6069001)(7916002)(189002)(199003)(377454003)(53754006)(24454002)(13464003)(105586002)(33656002)(8676002)(83506001)(101416001)(93886004)(92566002)(19580405001)(77096005)(189998001)(1076002)(97736004)(19580395003)(586003)(3846002)(2906002)(4001350100001)(42882006)(8666005)(305945005)(97756001)(15975445007)(9686002)(42186005)(7846002)(6916009)(110136003)(54356999)(6116002)(2950100002)(23726003)(46406003)(66066001)(68736007)(15395725005)(4326007)(50466002)(81156014)(47776003)(5660300001)(6666003)(106356001)(61506002)(76176999)(81166006)(7736002)(50986999)(7099028)(18370500001)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR0701MB1724; H:localhost.localdomain; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A: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; BY1PR0701MB1724; 23:MyPz2m/AkjeZCNqVBi7rGpSzs4Zw6quZrNIemIB?= =?us-ascii?Q?sP3jqwGYFzGp/rNW8ydXBu/sRi4rm7opkGBQYMsESamOrw3o7xxng2+x6lUb?= =?us-ascii?Q?4M+b35HlNfovtv5TaYAWWJFgBVkMhjkbMLWLmZL+kAU46IZBE8E69UKB1g3M?= =?us-ascii?Q?bmust9RPzDmzL0ROhFpT9sgG1TElwd2k3ZA1nrUQytDNPRbaC2n2q8V5rY3x?= =?us-ascii?Q?A5c56Z4J5fGgXAXajxdvPuwiIJlKZ5InvISGX6nXnTs5TOCX7bRvaU3bBIpm?= =?us-ascii?Q?3h0UHXsMXGpdsFFPdHKlW8SazjEgE0sqnW06HYo6iRqf/2dbUS4qhC2Efsvg?= =?us-ascii?Q?nbuDU5+SAPAtZYmfL+ZRXQ7Zb7rprXR36mje9I5WiBtviI3mxoFEfOrQYi5f?= =?us-ascii?Q?vUWwNeCs/2wmogKURHPLdA8hxNzIXetWUndu1PvifoeN7FF2qCy1Zr/5zRpo?= =?us-ascii?Q?4QkrTT+2ni8wI44xoef6HMymS3ullPrXCH92Lwt4JbHt2UJ2OS3LhxrFrUN4?= =?us-ascii?Q?ko/t3iSz9a7FNaXiwva0UggYNCxGCIpy3mkItN8IqTHyneBuzJG14wqSIO4E?= =?us-ascii?Q?XymMD5HWjJIcuRyLrReDbRzV21fTsVjh8CwYqXzM1vkxRiRWJzra7W5Rt8WV?= =?us-ascii?Q?9CwOs5qI3VTW8LIj0lQ6hWmek9NbExAswOLTw12vzP2WShreyLohoEsl3uS3?= =?us-ascii?Q?WzanmcjhYylbX4kutVG258xe55Qdtxk7jERmIZjo5WENpq1yleHYrL1isaO7?= =?us-ascii?Q?SNay0dkZxqoieTMjafVKdS4u6E1Uq9klXww4h2AJGQaAm936VVnpWYrfpaCl?= =?us-ascii?Q?GSgzzNC8vTqUTvnpt54ztRw9tZTRzrlS77O5CqPKM+7dUDTqW364GhdZwLEt?= =?us-ascii?Q?hcslB/oSPNL6Uo8GAOlFCA0qpn5MxeNN2LOvn3PlMHyS2hrhaqU0XEaI5ijy?= =?us-ascii?Q?ocO7C30q66sCFPDoGyLznudGineV87ci9YR96LRTTk7kKS755y4PGt7hiqMg?= =?us-ascii?Q?UV4OO5Rafjuci4tTj+I9fGZkVvGxjUa1nNHIriUEp1yFVOrVNsM0Vmdem2d1?= =?us-ascii?Q?jnjbzIPT8hDEpeiAo3+Q8KiTGaKJLlau7oX33X0tJzDiikZyyfikfvf785qh?= =?us-ascii?Q?BzAb1qZwrRNXHWak0Jf5Xr4z9r1No1wozf/p08GmGNqeF9x6SjZdTdjEJCcx?= =?us-ascii?Q?ad3CpjugupTWkuzlI6IkJGxCjAWXhUBo7iq1rEHUi0VLMD/RATcvP1iYr6qB?= =?us-ascii?Q?Lq3UuOPYPIxVbz+PRoF9eLRwLR/IOw7KArNocVESyHcpCByTX+VQgZt1dYML?= =?us-ascii?Q?jNp5nUnIMs5pN+ThcpSSTSTleg/bWBIGjiBePpJFDGFqSWOkuUQsru6Xx6Le?= =?us-ascii?Q?SY1ATGhHZS+dJ2pEf1O8R6/n6WHm4wFTiMFkp2BcfAcgJl7nQSUh5QmhqlxW?= =?us-ascii?Q?m+xs5PNKRLb3Wk8ozntWtY677mIYX0C2wlR6VNU5mJSbXyK09qvor?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1724; 6:GxslrWUh4ODjgmFx57a+q3IR2pBnADQiXj6Bd5F0gIFzFy+VLtNwsDy4Tce5NrVmP0+XQrL9XEm1rNq/98M4Lw6gMSewMaPMFAz14SwwU6XtXVGMXURk5UOl30ukbhs10SnUpe79xmzcNToIC5danx53A+VaQUmInexfMs2z6p29+DVQfPDMGWYJ5au3xCYfUj3dWl0JRg1kWRmuIG+qy6YKXQJxVQRopZlTAaynmA2OD6zyFI1kuZbx4I4Jhs+cYkr7K5d18rfNzGpp87G3drJEIE+TwYrcJtrtFHFL14WhwtSn3Hby1WSNBi8rguyf; 5:YExjWtLq91ZQoNKMkr8IUrioPFe/s2aWUuBb1YKm6q/tjAQosJ3MEp1P3auuOSPS7OlEnzX6rbheCONmY2Lrh5pDK0dxzVxAV8aOtHKw9M7MCzdAEOWhGjAs1389nY3Ow/RN4mEVR5toYWK7W0wZmCcYO6PytmdeftDLGTr4iC8=; 24:KNlYx1LDS3OEV6Cnf7MNVRwyBtR7LV9RU838JNaeLvoTMOhRa/QAkwF3xo8PIACGqIgd9F1tRIDNOwn2jgENgox88jBSyiZWWBP1h3wb5CY= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1724; 7:T/J2J78laQWpTZbRrAFzYeJVFGAzuLQ15SC7WWGfnkCtQ0I22ZCO0z0OkiR0O4WmiJ1/RYkYoKWuMqM4SeCVVub+ISoOgsFcCyXJ4AlPMPfa4IK42KnhOADgh78LEhLkL2pB0FAyxvTc90ETOksneO1XFM2C2B/V/UCbn8rnDJgdnJgiiDQFeDl0koAe1dCKZq7Bhi9Dbu8gdlLn6FAVDyWMb1P+BhELPMD5vTcPZ6TTGXszhfz2/fPB5Gy/rrdwy+sTWvbtPOHN7Izga7l7t+Dls7COmczvDdHcLOchSATARhGo8SibLmUkwNyMi6Mua0lE4HZT57ClItZE6v59l9PHwn7koF1HCrissRwZKUc= X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Nov 2016 12:58:05.4782 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0701MB1724 Cc: "Vangati, Narender" , "dev@dpdk.org" , "Eads, Gage" Subject: Re: [dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK 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: Wed, 02 Nov 2016 12:58:11 -0000 On Wed, Nov 02, 2016 at 11:48:37AM +0000, Bruce Richardson wrote: > On Wed, Nov 02, 2016 at 01:36:34PM +0530, Jerin Jacob wrote: > > On Fri, Oct 28, 2016 at 01:48:57PM +0000, Van Haaren, Harry wrote: > > > > -----Original Message----- > > > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Jerin Jacob > > > > Sent: Tuesday, October 25, 2016 6:49 PM > > > > > > > > > > > Hi Community, > > > > > > > > So far, I have received constructive feedback from Intel, NXP and Linaro folks. > > > > Let me know, if anyone else interested in contributing to the definition of eventdev? > > > > > > > > If there are no major issues in proposed spec, then Cavium would like work on > > > > implementing and up-streaming the common code(lib/librte_eventdev/) and > > > > an associated HW driver.(Requested minor changes of v2 will be addressed > > > > in next version). > > > > > > > > > Hi All, > > > > > > I've been looking at the eventdev API from a use-case point of view, and I'm unclear on a how the API caters for two uses. I have simplified these as much as possible, think of them as a theoretical unit-test for the API :) > > > > > > > > > Fragmentation: > > > 1. Dequeue 8 packets > > > 2. Process 2 packets > > > 3. Processing 3rd, this packet needs fragmentation into two packets > > > 4. Process remaining 5 packets as normal > > > > > > What function calls does the application make to achieve this? > > > In particular, I'm referring to how can the scheduler know that the 3rd packet is the one being fragmented, and how to keep packet order valid. > > > > > > > OK. I will try to share my views on IP fragmentation on event _HW_ > > models(at least on Cavium HW) then we can see, how we can converge. > > > > First, The fragmentation specific logic should be decoupled from the event > > model as it specific to packet and L3 layer(Not specific to generic event) > > > I would view fragmentation as just one example of a workload like this, > multicast and broadcast may be two other cases. Yes, they all apply to > packet, but the general feature support is just how to provide support > for one event generating multiple further events which should be linked > together for reordering. [I think this only really applies in the AFIAK, There two different schemes to "maintain ordering", the first one is based "reordering buffers" i.e as a list data structure used to hold the event first and then when it comes correcting the order(ORDERED->ATOMIC), correct the order based on the previous "reordering buffers". But some HW implementation use "port" state based reordering scheme (i.e no external reorder buffer to keep track the order). So I think, To have portable application workflow, the use case where multiple event generated based on one event, generated events needs to store in the parent event and in the downstream, process them as required. like fragmentation example in http://dpdk.org/ml/archives/dev/2016-November/049707.html The above scheme should OK in your implementation. Right? > reordered case - which leads to another question: in your experience > do you see other event types other than packet being handled in a > "reordered" manner?] We use both timer events and crypto completion events etc in ORDERED type. But not like, one event creates N event scheme on those. > > /Bruce >