From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0045.outbound.protection.outlook.com [104.47.32.45]) by dpdk.org (Postfix) with ESMTP id 27E40A2F for ; Wed, 2 Nov 2016 13:35:07 +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=EJyvg1rV8KIKNdyTJQl0of5S2/jbCpH1m3V617+ZOYU=; b=Di/n4uffB1n4tCN3/Ar04Y1Wt7BO5a2Hed7J4zaEo2Wjs97OCw+Qa+ybs8vVWf3l6SHrn7RwQwRNo+u1tL4RFFmrot6fDDZyDbDvAaUquL4kRz6UcbUfWaWl5ZQE3+lGZKnoayMDlEQixPZLNrtDZ/oFcNvnxHTM2jWQ9/m11Qo= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Jerin.Jacob@cavium.com; Received: from localhost.localdomain (122.167.46.37) by BLUPR0701MB1714.namprd07.prod.outlook.com (10.163.85.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.12; Wed, 2 Nov 2016 12:35:02 +0000 Date: Wed, 2 Nov 2016 18:04:42 +0530 From: Jerin Jacob To: Bruce Richardson Message-ID: <20161102123441.GA2564@localhost.localdomain> References: <20161005072451.GA2358@localhost.localdomain> <1476214216-31982-1-git-send-email-jerin.jacob@caviumnetworks.com> <20161025174904.GA18333@localhost.localdomain> <20161102104702.GA30658@localhost.localdomain> <20161102114506.GB40328@bricha3-MOBL3.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20161102114506.GB40328@bricha3-MOBL3.ger.corp.intel.com> User-Agent: Mutt/1.7.1 (2016-10-04) X-Originating-IP: [122.167.46.37] X-ClientProxiedBy: PN1PR01CA0058.INDPRD01.PROD.OUTLOOK.COM (10.164.136.158) To BLUPR0701MB1714.namprd07.prod.outlook.com (10.163.85.140) X-MS-Office365-Filtering-Correlation-Id: f7122260-31ae-4ce6-1033-08d4031cacd9 X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 2:tLiGDjYhe86QghY/Ksof/7CS+xbxUeot6/nFDlsuZ7njlQ87/oHPpoQxYNkkXC8xJrowObx+cKejJzrOE1mxQ+7J9k/aZqBM4mH8ixfS/UFDDRlXDnKZq37iXelOSuLFE9E6XeowXklZ/wnCLrEGqYrZsZm8yEJcKDK7AHi5QySPGIJkZxZFQdw73ByF+c7bjVPoAZxcgPNJtMKoCsMXxg==; 3:HIZuTOPvvLupAo3gvRNihRwSRdlP42qyaNR2UdihboIBZGYNseB9JIwnxFug3Rd31f39q6xzxB5601cATNfWhan+S44OW70aOfT/ihNlJz2hoM95aBirXt8JJ6AOD+++zJmYdxpzvm8b5M7++qI9vg==; 25:bG67nrLE08FYjh6Oj8ddfZ2J7I/11kYqQLkUe8iQ+EwjDHiczM7IrAthaRIawFuShpRkqyDW+SIPqmuBngEeq9E+j5SRP31ufuVcGfJQPR+0zwSUDEnfy8EfHvEgQZ4j5g6vZEbL+I47+4TTRBz2M9WD3gMFLFdaSwX0MWukkAOft3gheWha451uBpCdoZpYqgMhfwDsayFmFfOtu6DF8C3Oc00w9TeZjvIy4aklmiLVLOIAo/fPTZH1uRx0C7DoM6Esj5d7syCEM9NgcWCMeNx/DF/q/Qrp1vQ9XdMqKZspmBSRVSrs6J9JOlHh2f8fCpScBzSjoJhRx4LhqEz7TwALUBb3kof7kpvuNnDWhjQ7tSU55GW+DVyf5BMIwVUIvjwioLGkTv+KQ0RS5GpvRviHpum8voP4oKdr0ZkInoWtr2w3ozfKJXhdwj4Vw0HT X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0701MB1714; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 31:Ade3sqPa4cbmhTesJtkA1Y/Kbs/ssP3O3C0rFgmuxtcCismUy99Z1DlOzWVucMHNWUL/y5fp57V6HrZXHcYM7CM9H8pMf4JXeMGRbaPTQlqIKn7QvRnFU8euJRFzDldtOZgAHlv6CbAXGZktawOdJbUYkJeEjenC+VDt83dz575avepPA6iAsXJ6IL80ifSkJ/fGCuS0F1bt01/rlVzX97HLnHDwJi59zgQzeNzbkWmurPXLEjaEBJY65x+n1W0QIRiySWDfT/5Z/mMzFBpfOQ==; 20:qFzVa5e7uwq4q0oEBurug4oRFA81N7Y5hWR3LRNaMMSwNvfGV/QMP+Yc/29AC+GeMCLM0VU9B0NrMDqyP7bwzjZ1ex0ZCnixrRb/NW5+xqJfAa1cJn2/d8EeXhIusj5jrCthztc2ilTZ44gHpvLZpOCa4h/8mvTb/qHYcj1Iyo/UMN7GPrGnJLIfTRX7K7JZMLJJ55xTsjcNhbEle1rejAp41z8NzrnYSrmhc5g5q400Owtq0wiscCugWCuzPXJrjNAMxPAaevrYGQkYHP+CCbSGXR9yshOWSfe3mDgpg532JrlZJJswxKJNX2lqMp4RXrqrC8DVIktZgD0QPoPCJvHR+bEnwozAmbamDYoRWssa7tl0udfI3ZSRgq2+Kylvs4rxwI2kgwPgfWZxIddrDaIuMyg4Edm++GJdxTQAIPY/tyC/ldydr0EODAivEGINqlpuONmNbIHZ8P4svt8ow34WMQddv+pRphE6ZyvP9UXCPxRUgtlvwLXpGjHbIUr+Eq0pbNbnvNv7T29QHMQD+Gg8tzFkQ4DGVMqxjbhj01jrTA2kJoDHrYyqnUAIjfTA7Cq56d6C2eGIGa4vxTMqvmP12OZ76cEhl7Os5fTf7vo= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(278428928389397)(271806183753584); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BLUPR0701MB1714; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0701MB1714; X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 4:JOPcSNXTXh/m/B0qAEtCY5Y+ZxweUhzDXU93vgB0vN9i+FT0jh/MRo0dYeQD9FgnO/RRcvOmx54CPspJDslDDJB1ASAr42niBJ1WHlPBTAtmQX3LJdxkHtKH/LoWBTBKewTDl2n3gE/sdDTZadamYxoljyy8HW+DOKpeAI//4QA4WaKggwc/IIkr5qetRilDr3tmiSeYR4aZzefR52YWqpUH+3nWFjoALf2YYvHU+moB+2/tDoMl+Mxk57dUUBaglf3YgDf59f9bvU89owKGbjmLoXqumQysQC/Ca/vtKbxXnM2Pf1Uuu45AXGLQYVQaU/g4ENun7e0W6iHCCSzSNG4DVbfcx2QED+5TxvKKeB28J/X4Q0njR/PliM8MacUJ+qbreE6ggDHOU3FGmdIgrj8aLP0UE2p+d57wTnPx5xfikweIMUa8LDG7pE1jPiOhvj+SxaB4uqEunXEZMWJ0ReK/kC/AX8AO8BVOX32+xB0= X-Forefront-PRVS: 0114FF88F6 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(6069001)(7916002)(53754006)(189002)(24454002)(13464003)(199003)(92566002)(19580405001)(19580395003)(42186005)(68736007)(66066001)(106356001)(105586002)(97756001)(110136003)(5660300001)(2906002)(6916009)(83506001)(2950100002)(42882006)(4326007)(81166006)(586003)(6116002)(3846002)(23726003)(1076002)(93886004)(6666003)(46406003)(50466002)(305945005)(9686002)(7846002)(7736002)(47776003)(8666005)(61506002)(77096005)(81156014)(97736004)(4001350100001)(8676002)(33656002)(50986999)(189998001)(54356999)(76176999)(101416001)(7099028)(18370500001)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:BLUPR0701MB1714; 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; BLUPR0701MB1714; 23:Wk/RcSSOHI5sHI7J11mA5vpXb/L/h6JMAmfyyvL?= =?us-ascii?Q?I+xFQC2IZK52+RmN0Pbg8h84UtHzs72/sPLk5gFWKot6jSNrxuUwSCgYz/l2?= =?us-ascii?Q?ESkZCXXATRwY6gKnOkqDtf86TExzVtJJ131a22dfXnsIEerexy28GJtPOnTB?= =?us-ascii?Q?QacPE4KZ5G4+ve8F7MW8zTVrm9Vq+qm4c9U7W2KUjI6InZMI/nZRCDyTbIAu?= =?us-ascii?Q?fJ7kQFWqelp3cdlwAU0eadiG/XO630TvwWo6Fnf6WVGjCa0Cx5UBBifkEAAM?= =?us-ascii?Q?Xh/J75c2fhZbO2cS9kPhiqUuuFUy7tDKdBxiGn3DqLhP6+FHrIs/MSFbSofl?= =?us-ascii?Q?2AY8zMYUy+z4RNigjscQrIKFLWXxNbNQphiFPrtORFAYaN1rl9wITBTr3mL/?= =?us-ascii?Q?etIaOuvHAEz6T8eQ7Or0npSOvgNYPe1WudRur3AlbpC1J8+1YNtu1Hmee7Xe?= =?us-ascii?Q?fZRGf0QCeJkNSxBwUc54OapNbQ7IB8+RcgnN7xPbcM06nm8KWk7XuE8Ks1pK?= =?us-ascii?Q?ZC9JGILFTlqQPVhWq7rbjVsVkwa3uiM3K8A8lFEaGBwo4zY7VYcVOpjFVZ4b?= =?us-ascii?Q?m57GBoe9vUWCUUqNwkLMdyHO48LhALyDPg0RuBscQ5MviU4pr9FKKgFyb+Qk?= =?us-ascii?Q?K+vM77LDirJAxygaPcBCSn4f8DqWxucpWdL1NXGgOW5mXzX90XygD2OtIksc?= =?us-ascii?Q?mqXQtPzoL/GoRRMzAnt5cOEPyv/u+FRZFmbU4GtUMbBSjjABB1pbKLie6HsW?= =?us-ascii?Q?3XStenE26+0ZDxEYvmMUJCLnCHlDNKomOVz95URz9vY5HWSF1plmX7hhUQld?= =?us-ascii?Q?AMh0c5lHDlTqMbadCzS9r8NPFPgbGObF8NahAkB6iAmo8T0ddhJGLtBXFMgc?= =?us-ascii?Q?nz42PUvJA1Rncv0i5AIeKbTQwYiCBQ2gqbIntZsEy3jkVjYkffT+UntUtNDE?= =?us-ascii?Q?UPuk80qTZzxNJH6kLaeStJCAJvYZAT5XxP8GNdpqpy2nMgLMl15E0GTYpSfh?= =?us-ascii?Q?thcrwCh3Yq0xhRFQQfI2wAowrvGMXC5NJCPUzU33NAd29CMzGZKgfl22b3U+?= =?us-ascii?Q?OXhxo701KE5GG5WBBV0Zv5HMntNHzoYaEvyxyXo7WNEfdRToce3xZF1hV79R?= =?us-ascii?Q?LcNKS8Ip/IT9w0920htTFqAGXU+14+UBadcqSEmzgKtchxSOVniKjztCUybl?= =?us-ascii?Q?IKCYU2TILKSHyI3w0uYJyTGwPGnos0j64CsDgmOlzVkOZ/D8tzy+DLsWwX8H?= =?us-ascii?Q?xwcWUBL7B00EPeYv14lYB6tE6ciolEIUiUJK0eFGHH1ecANa+d3LsMcfeFXB?= =?us-ascii?Q?ngHShAjl4PLN91+EGd3xpeLPyXDocKSBeZ0fqh4U8PEFjy8852tBWgvbgSdL?= =?us-ascii?Q?OkeS+S36Bw3FmPwrqwFoQtUQ8wHU=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 6:bElEc3oJPd/To0Y/oBz56axudeM1yAnfS0G05DEgXrKsY+Yp4i8PNZSC6sMV/QH7I7InLfsSZrcwphNjdetTUNLWExr2dsXHBNNy75TBlNYZghmf+Pc+pSMUrgjC3DhagxOWoyuCfhDhLTdLl1IcbuokMQtgoZGvFzR8v0JrkOcg56uvqw40JjylkXCc4dm0ox04xfdzjiS3OT+VJVZUyFBH9VvEC/k07nOME/IpkGm0W7eCnhimCY9b+F7f5Yabm95xNSdI/CRXd3SEUrzkZvC4NYIMzVfJR3z2iaf0m8klIb8SpX3zv1Aonpoahb3G; 5:32EpTfARVX1yMtioO32eAUqhvJ+o7Aawt7ltETC3LKGE4+C3Y8wI3NDTwt3N0iyFYHjgbMG3GZ12hSFiV5JiigtWeznFuvU+rNgHcfj3IceFv9BL65HllRbZnYbOs+JzlI/MrX7KPE+wUVdusOEacKm6kSkfhuRJGNab0G3kuhY=; 24:mPW55C/NnOmW0c6cxj7e/QxpXzhfZLQ/94Twkzk4hSl/qXbki3VdDjPxUHk3IwkSUhpvOGfBiJocmZ37Bwk9TkASORClcyJCbOtOCztnAKc= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BLUPR0701MB1714; 7:Lns1YtwWIRS6rt79ZP14iRp00m6RvT4KmyaDyl1VH6tXhTtibXraVOWcFOBCZKRuXSe2oTLOXpmXVPkbWdnNWkKjisFUgi9ffKT5V/Nxd4zdmThiKpm29iJHx0e8UIuYPozJjJQU5FPJmy9AzahDcG/jpxKVFcZFO4y+6iyERARIfEv/JyWVkTago9FmEBBCAvLU2Zuov6x5yjt6x5oB4xzsAtRVK5A8G9KJcPvgBFkHDhBzz5/QnBG3evcTjMY6YBvnYol46HiUZPI0jb5nZwUrcNyHvFoZrmjCOzsP/VO7S7H9sSNui1Sgsw0gfNKMV6xW0qAf27pT0NH5ZmbRcAurMkwc8PNrQAg8iRkjF5I= X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Nov 2016 12:35:02.2923 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0701MB1714 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:35:07 -0000 On Wed, Nov 02, 2016 at 11:45:07AM +0000, Bruce Richardson wrote: > On Wed, Nov 02, 2016 at 04:17:04PM +0530, Jerin Jacob wrote: > > On Wed, Oct 26, 2016 at 12:11:03PM +0000, Van Haaren, Harry wrote: > > > > -----Original Message----- > > > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Jerin Jacob > > > > > > > > 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, > > > > Two queries, > > > > 1) In SW implementation, Is their any connection between "struct > > rte_event_port_conf"'s dequeue_queue_depth and enqueue_queue_depth ? > > i.e it should be enqueue_queue_depth >= dequeue_queue_depth. Right ? > > Thought of adding the common checks in common layer. > > I think this is probably best left to the driver layers to enforce. For > us, such a restriction doesn't really make sense, though in many cases > that would be the usual setup. For accurate load balancing, the dequeue > queue depth would be small, and the burst size would probably equal the > queue depth, meaning the enqueue depth needs to be at least as big. > However, for better throughput, or in cases where all traffic is being > coalesced to a single core e.g. for transmit out a network port, there > is no need to keep the dequeue queue shallow and so it can be many times > the burst size, while the enqueue queue can be kept to 1-2 times the > burst size. > OK > > > > 2)Any comments on follow item(section under ----) that needs improvement. > > ------------------------------------------------------------------------------- > > Abstract the differences in event QoS management with different > > priority schemes available in different HW or SW implementations with portable > > application workflow. > > > > Based on the feedback, there three different kinds of QoS support > > available in > > three different HW or SW implementations. > > 1) Priority associated with the event queue > > 2) Priority associated with each event enqueue > > (Same flow can have two different priority on two separate enqueue) > > 3) Priority associated with the flow(each flow has unique priority) > > > > In v2, The differences abstracted based on device capability > > (RTE_EVENT_DEV_CAP_QUEUE_QOS for the first scheme, > > RTE_EVENT_DEV_CAP_EVENT_QOS for the second and third scheme). > > This scheme would call for different application workflow for > > nontrivial QoS-enabled applications. > > ------------------------------------------------------------------------------- > > After thinking a while, I think, RTE_EVENT_DEV_CAP_EVENT_QOS is a > > super-set.if so, the subset RTE_EVENT_DEV_CAP_QUEUE_QOS can be > > implemented with RTE_EVENT_DEV_CAP_EVENT_QOS. i.e We may not need two > > flags, Just one flag RTE_EVENT_DEV_CAP_EVENT_QOS is enough to fix > > portability issue with basic QoS enabled applications. > > > > i.e Introduce RTE_EVENT_DEV_CAP_EVENT_QOS as config option in device > > configure stage if application needs fine granularity on QoS per event > > enqueue.For trivial applications, configured > > rte_event_queue_conf->priority can be used as rte_event_enqueue(struct > > rte_event.priority) > > > So all implementations should support the concept of priority among > queues, and then there is optional support for event or flow based > prioritization. Is that a correct interpretation of what you propose? Yes. If you _can_ implement it and if possible in the system. > > /Bruce >