From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0052.outbound.protection.outlook.com [104.47.41.52]) by dpdk.org (Postfix) with ESMTP id 892D17CB6 for ; Thu, 30 Nov 2017 18:42:24 +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=LWGFZ/PfscrwhmG2kfwKmBzAS6EtEoeew3xVKSxFoz4=; b=Qu9RANpt1XUlj+P/WSYoSh4eJ/MWbrUNSYMCtiA2uOBwDryEREQDx1ASqVBZ97UK16GYAMoSo/dtTdEIjF2RCt5fG2jx5Bdd67QW+19n/0Pjm5chu3I5rNIq0gBKHd6XMRhnN7LUXkzKxMDLQUPwi15Iw4jad07ULcDVPkNdWiQ= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Jerin.JacobKollanukkaran@cavium.com; Received: from jerin (106.201.41.235) by BN3PR07MB2513.namprd07.prod.outlook.com (10.167.4.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.260.4; Thu, 30 Nov 2017 17:42:19 +0000 Date: Thu, 30 Nov 2017 23:11:59 +0530 From: Jerin Jacob To: "Ma, Liang" Cc: "dev@dpdk.org" , "Van Haaren, Harry" , "Richardson, Bruce" , "Jain, Deepak K" , "Mccarthy, Peter" Message-ID: <20171130174158.GA4571@jerin> References: <1511522632-139652-1-git-send-email-liang.j.ma@intel.com> <20171124205532.GA5197@jerin> <20171129121954.GA23464@sivswdev01.ir.intel.com> <20171129125605.GA24298@jerin> <20171129171512.GA30238@sivswdev01.ir.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171129171512.GA30238@sivswdev01.ir.intel.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Originating-IP: [106.201.41.235] X-ClientProxiedBy: MA1PR01CA0115.INDPRD01.PROD.OUTLOOK.COM (10.174.56.159) To BN3PR07MB2513.namprd07.prod.outlook.com (10.167.4.138) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 239de2c0-4a5e-4155-83f0-08d53819b602 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(4534020)(4602075)(7168020)(4627115)(201703031133081)(201702281549075)(5600026)(4604075)(2017052603286); SRVR:BN3PR07MB2513; X-Microsoft-Exchange-Diagnostics: 1; BN3PR07MB2513; 3:UnwMcdU2Hp3N0azz1r7qGj8cH8NK91XHr6tvjjwSR1J5BbhPv8zOT59TcI/XvcJ407oweeo6gfE+65kXEQQenaud4aFraQEAf9dc0Soh7qQ42IpVtEVlWpPQBsz/6zQOnKhvKzD+k2KC9jTRzxarRUZQJB4nVmpikGM0+gZLDELIa7R5XhLcCkNYlC8Azex6gzviJjgHNWRWE8g4L95FQX6toJiB0OrGPRabgzvXbk3ObF+2+kdtNNN8p2t/OYIw; 25:hT9vb0FZvHtebYpo9/ST4CoGj00c4I48dHabqKS8X4weVLAQYu7m//Z8Erfe7gyLAmWmBSco/SWtpAANnroe2VO76KQTar2lbib5dFsXEs94CYm53lF5VbAwMWFLTpiZo6Rx+MwlpgePz5DwMdjz2pfSU1cLmn30A+BOyDB4i5AbWiOSafP7hIVOEYan7MejEAWB5JKOMsUmQVQBhdYOemgygdYMEDPx2pAGqa5DGLOgk6qOeWc1DkayfwkmPxNbrjK9W0ELt6Myzzu7BHPG8ixERn2AMgscsifTZx2XFYMffFasTSX8PjSq4HrcKW/Xj/m9tB01rdysQ08CZH4mig==; 31:TtNDORz2k/cEBhNRKwb7wNPNlkLilH49HjQI4cqqJrOyQ4XWuEKACEzLZXwj/fSMJZ9VighUh+CpS/x2BZhJMkFT1GD60WU/C52A2FIIsM4LPcDbYmy/j+v2I3/Wkr5zV9Jk7EXC69lpgF63wWZUX6hEFAICj8qNuBtkRkqcsR+uXyD342fiEE47kzdtMaEB53JBJZCfT+mhlZ/Nn5mJ1XcMYsyiBd/qwl4vYT1Lphw= X-MS-TrafficTypeDiagnostic: BN3PR07MB2513: X-Microsoft-Exchange-Diagnostics: 1; BN3PR07MB2513; 20:0gbIY9n+Agoe0M1toL4ZuAA2Q7Sz/VjnhWgh1P1rsn9PnrD7jxSrSFkBtjABdBbQCRMMdCqkl3SotA2ZCMdmNorXMa77L3ebm7ZiviMRFSuQTYO6jDBCsOaT3fwLaUJijEBctg2sIE9aYJY8hLNM/wc2mkvj7O2C6tB14JNXZR+K9EZoS20tSH0ds9SxRQZj83aV5jHsSmeqbIiNYdP9ubVegWrtSde+TlxW6z/ru1tGoGKB5HMg2IzODZakJQ4TH2M63uawHlOeQoE2Rq7MbInlOcP1Xx8GQCFf/Z69Mj9w9YIKEhWw4lweEoHVKFUW+eMqkSS6Mx7HmunWxBRqjO7JFZrno0p66V+0veVWaQGX//7ogds9cmc3l7jZr0AYEX3x7mTsh717VWYfi/fo5W51nNBnUfn6Inf1++IB4m8ozi3eshjFGrtp3CAVfE4AFfNBmPexl7ZEz4KiD1fRVVy/Utoj8x59Wiai0oc3K1wRNiXOSeXODaQldp9p4PoOjota6YyYmpLzGEeN2wbg6IubmFP0S5LMWapUybj5Z0o5E3hYb7chXi7bPnWLyaV8jzlasyLyQDboMi28SPxhVnYLlAxIMh48CwrJ1f+mNXI= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(100405760836317)(228905959029699)(17755550239193); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(3002001)(10201501046)(3231022)(93006095)(6041248)(20161123560025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123555025)(20161123562025)(6072148)(201708071742011); SRVR:BN3PR07MB2513; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN3PR07MB2513; X-Microsoft-Exchange-Diagnostics: 1; BN3PR07MB2513; 4:uEgCpi5VG7dorNwpEyuOm1sjHeKFb+iZYfzePzBOiWxSj2fbxSnK8kg6a9566eB24l8F+FA+vWm92SWQhwSx4lgawrC1uNZfO+pJdVaAUPQUSEiGkANMzzDoAY2LjeLsYjlIgMR3qY3+mFTcxaQLihgdOhHI4yBnbDeMLA7gyTStufLmWWQ2PjdmjRiilpxfLQqDZ0KunyviG/kf6yukNl468wyxRL15U5bHjrLjudInDyfleqqcqZrAkeBuIaFYcREx+syI63tKnLyuwLBogZ8+V+aJnDeWZxMFfqodFuxHZMtw17jh4v/9HwnMGtucn5dPUL8jEtTmouIU6VtWvlTtwQ4uCpi0DffFEVi8kWFvCoN5aPF+ag8H8TTrFyrd X-Forefront-PRVS: 05079D8470 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6009001)(366004)(376002)(346002)(13464003)(199003)(189002)(24454002)(76104003)(377424004)(81166006)(81156014)(6496006)(97736004)(8676002)(54356010)(6666003)(76176010)(50986010)(47776003)(50466002)(2950100002)(68736007)(52116002)(25786009)(66066001)(42882006)(478600001)(305945005)(101416001)(7736002)(54906003)(189998001)(4326008)(9686003)(33656002)(6916009)(316002)(16586007)(58126008)(1076002)(6246003)(53936002)(23726003)(8936002)(105586002)(83506002)(33716001)(229853002)(72206003)(16526018)(5660300001)(2906002)(106356001)(3846002)(55236003)(6116002)(93886005)(5009440100003)(55016002)(18370500001)(217873001); DIR:OUT; SFP:1101; SCL:1; SRVR:BN3PR07MB2513; H:jerin; 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; BN3PR07MB2513; 23:CSDJOwqyzsBjKJd5CZ/BS1BJ4uL9nAjGGH9BtnEDI?= =?us-ascii?Q?j8PFEmassK0Z04SYsx0JuhdhLz+DgbgRC+PEJiE9G3Q9nVFf6FnpNOAQmy95?= =?us-ascii?Q?U1uqUH4qkAriNu0B1HbsbZmfWRp3Daevf3k+AwLSxh1l+RrRyk0u1BDK5k6P?= =?us-ascii?Q?jY/Ckm6GDaRS1PS9D/oYn7vW7vyAuv9t8Xv+WITKpaiv+oehVe4Ely1Tep1+?= =?us-ascii?Q?7qcuJHXHH0u89nQUwb/O+F9G4aQFd8oTP8bkqSYfYr7hhUZJeyPIb7/uPhgj?= =?us-ascii?Q?OQK0wm1vhgOHEjjrjhIpodNV5MNN8yxGoZljLsHQzeLqOnVuzzN3b/BZGaSQ?= =?us-ascii?Q?oi2BJ7lr0johAWyslldAhmR6f/ceUb1yF5Y4VYO3QtWcMt8flKEG+7U2eyEL?= =?us-ascii?Q?kKEQjjJwnciRosY93s2cAEGiD658bkCjhC8bl91UeQ9VsXR7LEo2DrYpiOYT?= =?us-ascii?Q?oGwUloovjEK8oegNfAD8fL7+CUqU3RVGCEv/ade2Dz9p0yRpxC5HqurX9jzR?= =?us-ascii?Q?qT918trjPxbDrZgpX+ApurAj/rIug5GbjrAVKiYRfeqwr3sroyz6kZu4UlHD?= =?us-ascii?Q?kuPDPjYSR8VwIewmzeOtikwRreZI3CBcTN1DDKbEVe6AAonUgw8TKvHlmlHt?= =?us-ascii?Q?jqVCYjpDriFbcAjoMnRHG4iB/F7HgCuFzb7rjIRj9Ro7YhbzksKCGCUVHIE+?= =?us-ascii?Q?Om5vvrv286ZKN/4logGxi8rhq1KHogkXOh5GVmhlNkvMwIcU5VdLvz49loTb?= =?us-ascii?Q?yF11IuJIdTPBGUGZl6XltlK5aUAFRIsiHiDkG0+XLqLONnaGBdmgofMbMJIo?= =?us-ascii?Q?o0PNcnya0Ixk5iAbSdmLDv6KIk7DqT/d7zLKbKCaWWYUUdb0/0Q/JvTPeFqa?= =?us-ascii?Q?tZIg2e+uqOcfYickHEtR5lHMAvdQsMmKejqRUnObtLkgMvHSta7cOL9DP2z3?= =?us-ascii?Q?jdzm3uUDnlYP+wsiI7xiZ1Nppv9rzXrCqdpPqCGeh8kZVlt1+xjO2e3536cK?= =?us-ascii?Q?3j99RWQo4HD7Hm5wpC+DwPlXE+wGcZZNcXK2rXADLTWy7oBvmV4JlyPHDThW?= =?us-ascii?Q?HXVyGd2TaWbKMXl8zOydEDNhDvJqLdSCv388Au0ouKl/W40Xh0rLhgD9wiDQ?= =?us-ascii?Q?rVgZh43oS/DwTsav7IOT3ZVBlzYi5ZSDRQ3uByxhnIaMqfx5Zvz0SVoxR7QR?= =?us-ascii?Q?Br2UpV4HquXgyBasa15S75x75PZPlZeI2HZL7ZgdK9JUFOZ73g7R82R3jcsH?= =?us-ascii?Q?qMsVmuAcVCRiEhTSWYO8Zz8Iz9mwmu+Xa1yJ3Y8Ch8nfbB3Tr5Ynvoq3B9Tn?= =?us-ascii?Q?K5k75zmGXu9BEgFpuOjiA8YG+JTrYDsyhdPYYyBC4ZwgnNa+dWoU5hz2BM/a?= =?us-ascii?Q?RT/DmBQ8kWXRyutjJByB/bUCN7ss283dBubYw4TzW4QZcBx5cJ+9Acmcr37N?= =?us-ascii?Q?+tTq0PIpQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN3PR07MB2513; 6:WaZ6+6sTUvZbmAZvDAhGBRWUnp59thCi18frieZJBu0n3Zi3vUNt7XP/ZwwJq/Wnr9I+5Jg3QEVbpOAGBFQmz5IsyBdX/Zpxm/CZ0WI//EV1KvDEfjFwGlAfVKjZUT/XYHj2IdZXKpa7TDk1AKkhvN4Ulyw9ePrYM7Jpn4iYdsEC5zOXqHmv5IOwob7yVnUEY2xFZDbWKtsQ5q0M8SWgMm03/FAEYOgkQCjPhm5veL5FS/2dK3rPy0tn1ipZgdiRusWY1ES5p2NRBaorhVB38QoA9bmmrWwOOABHn2WazdvFT5bfqypWS1LhlQk0vQQSUhWvt4Pse0wRaRxpLYCtoKkkAb5vhSR/VYiJJxBWEFg=; 5:BfFYRLfMRPG4gHh8uLcrUiHBRU2S1FhwDKo6YjQnh+J1lHvy8TwzWrpc7uYlBozjEf+5h/DE8XTQzKrYtZZ3Zj/o9AGzw6iSDZWrBLMz6wb/sCsUmPw9B/2xVi5G1igJ5liIvfZaJDMcbJ/5MGgONicdx3SUP7FCiCugrKHUn6k=; 24:ll3lNce9st2XfevsvPDkugpDpoGCyAJz9B4FcJJjP0qU7va+zJ0jpXL8xdukzYljrXNHSWne2b/Ip23gR959jgspKu5fEa7dvVGfQMHDu3Y=; 7:Q16Q7ou7VZPjGNAU4Pcq+vFJAeefUodPsGhh3Mv29nDKX2sHfEYF2Z2qloFIV7+sGr/UFAZzMa0DMrrgpc+z7Wv7j6pt6Y4STuN/8heALfUfLB0aMquzNjGDJnpC8OzdAzqzZXslSsRLiOqkWVO6h1Mq0CfW0QWdG5ri9VVXnS9xBJuO02Wmcnozj9UVfLPBrcuPLrh25CgivMlQKMybtsqYcJpJV85ZVz0omIC2QJiDQ0E9tkvWfgrXA4cqZ2HQ SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Nov 2017 17:42:19.7529 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 239de2c0-4a5e-4155-83f0-08d53819b602 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 711e4ccf-2e9b-4bcf-a551-4094005b6194 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR07MB2513 Subject: Re: [dpdk-dev] [RFC PATCH 0/7] RFC:EventDev OPDL PMD 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: Thu, 30 Nov 2017 17:42:25 -0000 -----Original Message----- > Date: Wed, 29 Nov 2017 17:15:12 +0000 > From: "Ma, Liang" > To: Jerin Jacob > CC: "dev@dpdk.org" , "Van Haaren, Harry" > , "Richardson, Bruce" > , "Jain, Deepak K" , > "Mccarthy, Peter" > Subject: Re: [RFC PATCH 0/7] RFC:EventDev OPDL PMD > User-Agent: Mutt/1.9.1 (2017-09-22) > > On 29 Nov 04:56, Jerin Jacob wrote: > > -----Original Message----- > > > Date: Wed, 29 Nov 2017 12:19:54 +0000 > > > From: "Ma, Liang" > > > To: Jerin Jacob > > > CC: dev@dpdk.org, "Van Haaren, Harry" , > > > "Richardson, Bruce" , "Jain, Deepak K" > > > , "Mccarthy, Peter" > > > Subject: Re: [RFC PATCH 0/7] RFC:EventDev OPDL PMD > > > User-Agent: Mutt/1.5.20 (2009-06-14) > > > > > > Hi Jerin, > > > Many thanks for your comments. Please check my comment below. > > > > > > On 25 Nov 02:25, Jerin Jacob wrote: > > > > -----Original Message----- > > > > > Date: Fri, 24 Nov 2017 11:23:45 +0000 > > > > > From: liang.j.ma@intel.com > > > > > To: jerin.jacob@caviumnetworks.com > > > > > CC: dev@dpdk.org, harry.van.haaren@intel.com, bruce.richardson@intel.com, > > > > > deepak.k.jain@intel.com, john.geary@intel.com > > > > > Subject: [RFC PATCH 0/7] RFC:EventDev OPDL PMD > > > > > X-Mailer: git-send-email 2.7.5 > > > > > > > > > > From: Liang Ma > > > > > > > > > > > > > > > > # How does application knows this PMD has above limitations? > > > > > > > > I think, We need to add more capability RTE_EVENT_DEV_CAP_* > > > > to depict these constraints. On the same note, I believe this > > > > PMD is "radically" different than other SW/HW PMD then anyway > > > > we cannot write the portable application using this PMD. So there > > > > is no point in abstracting it as eventdev PMD. Could you please > > > > work on the new capabilities are required to enable this PMD. > > > > If it needs more capability flags to express this PMD capability, > > > > we might have a different library for this as it defects the > > > > purpose of portable eventdev applications. > > > > > > > Agree with improve capability information with add more details with > > > RTE_EVENT_DEV_CAP_*. While the OPDL is designed around a different > > > > Please submit patches required for new caps required for this PMD to > > depict the constraints. That is the only way application can know > > the constraints for the given PMD. > > > I will work on capability issue and submit V2 patches when that's ready. OK > > > load-balancing architecture, that of load-balancing across pipeline > > > stages where a consumer is only working on a single stage, this does not > > > necessarily mean that it is completely incompatible with other eventdev > > > implementations. Although, it is true that an application written to use > > > one of the existing eventdevs probably won't work nicely with the OPDL > > > eventdev, the converse situation should work ok. That is, an application > > > written as a pipeline using the OPDL eventdev for load balancing should > > > work without changes with the generic SW implementation, and there should > > > be no reason why it should not also work with other HW implementations > > > in DPDK too. > > > OPDL PMD implement a subset functionality of eventdev API. I demonstrate > > > OPDL on this year PRC DPDK summit, got some early feedback from potential > > > users. Most of them would like to use that under existing API(aka eventdev) > > > rather than another new API/lib. That let potential user easier to swap to > > > exist SW/HW eventdev PMD. > > > > Perfect. Lets have one application then so it will it make easy to swap > > SW/HW eventdev PMD. > > > > > > > > > # We should not add yet another "PMD" specific example application > > > > in example area like "examples/eventdev_pipeline_opdl_pmd". We are > > > > working on making examples/eventdev/pipeline_sw_pmd to make work > > > > on both HW and SW. > > > > > > > We would agree here that we don't need a proliferation of example applications. > > > However this is a different architecture (not a dynamic packet scheduler rather > > > a static pipeline work distributer), and as such perhaps we should have a > > > sample app that demonstrates each contrasting architecture. > > > > I agree. We need sample application. Why not change the exiting > > examples/eventdev/pipeline_sw_pmd to make it work as we are addressing the > > pipeling here. Let write the application based on THE USE CASE not > > specific to PMD. PMD specific application won't scale. > > > I perfer to pending upstream OPDL example code in this patches set. > it's better to upstream/merge example code in another track. OK. Example code can be added later once examples/eventdev/pipeline_sw_pmd cleaned up. The static pipeline aka OPDL PMD use case can be separate file inside the example/eventdev_pipeline > > > > > > > # We should not add new PMD specific test cases in > > > > test/test/test_eventdev_opdl.c area.I think existing PMD specific > > > > test case can be moved to respective driver area, and it can do > > > > the self-test by passing some command line arguments to vdev. > > > > > > > We simply followed the existing test structure here. Would it be confusing to > > > have another variant of example test code, is this done anywhere else? > > > Also would there be a chance that DTS would miss running tests or not like > > > having to run them using a different method. However we would defer to the consensus here. > > > Could you elaborate on your concerns with having another test file in the test area ? > > > > PMD specific test cases wont scale. It defect the purpose of the common > > framework. Cryptodev fell into that trap earlier then they fixed it. > > For DTS case, I think, still it can verified through vdev command line > > arguments to the new PMD. What do you think? > > > Agree, I would like to intergrate the test code with PMD, but any API is avaiable > for self test purpose ? I didn't find existing api support self test. any hints ? I may not need any special API for that. I was thinking to invoke the self test with vdev argument, something like --vdev=event_,selftest=1. On the end of driver probe, you can invoke the driver specific test case if selftest == 1 > > > > > > > > # Do you have relative performance number with exiting SW PMD? > > > > Meaning how much it improves for any specific use case WRT exiting > > > > SW PMD. That should a metric to define the need for new PMD. > > > > > > > Yes, we definitely has the number. Given the limitation(Ref cover letter), OPDL > > > can achieve 3X-5X times schedule rate(on Xeon 2699 v4 platform) compare with the > > > standard SW PMD and no need of schedule core. This is the core value of OPDL PMD. > > > For certain user case, "static pipeline" "strong order ", OPDL is very useful > > > and efficient and generic to processor arch. > > > > Sounds good. > > > > > > > > > # There could be another SW driver from another vendor like ARM. > > > > So, I think, it is important to define the need for another SW > > > > PMD and how much limitation/new capabilities it needs to define to > > > > fit into the eventdev framework, > > > > > > > Put a summary here, OPDL is designed for certain user case, performance is increase > > > dramatically. Also OPDL can fallback to standard SW PMD seamless. > > > That definitely fit into the eventdev API > > >