From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0049.outbound.protection.outlook.com [104.47.36.49]) by dpdk.org (Postfix) with ESMTP id B5C802C72 for ; Tue, 20 Jun 2017 16:04: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=r5Of9Y1yyA8SZZskEUqF9LNTXupoNFrJ4u7qT7X/Wn0=; b=Rjvxw0Dv1BJgsp0+Ps99u/A7BDJ2N7/SRzlDmYuP1yse3NGvJ0P5Mxg5xd83ognNeYiWWwwIIzwgoPf37y/ynpo3u1kU5Fl3gajtjB9BN9FQTfkSgqr3dBUXc/FFGhH95L2cG/mSo/ZXsVoezxGuL2q/MVJAmmgsF9MyVB3Nzhg= Authentication-Results: nxp.com; dkim=none (message not signed) header.d=none; nxp.com; dmarc=none action=none header.from=caviumnetworks.com; Received: from jerin (122.167.106.99) by BY1PR0701MB1722.namprd07.prod.outlook.com (10.162.111.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1178.14; Tue, 20 Jun 2017 14:04:27 +0000 Date: Tue, 20 Jun 2017 19:34:15 +0530 From: Jerin Jacob To: Hemant Agrawal Cc: Santosh Shukla , olivier.matz@6wind.com, dev@dpdk.org Message-ID: <20170620140413.GA16157@jerin> References: <20170601080559.10684-1-santosh.shukla@caviumnetworks.com> <20170619130152.GA29671@jerin> <2e78b067-0a4d-a40d-799e-6137972bd7a9@nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2e78b067-0a4d-a40d-799e-6137972bd7a9@nxp.com> User-Agent: Mutt/1.8.3 (2017-05-23) X-Originating-IP: [122.167.106.99] X-ClientProxiedBy: MA1PR01CA0101.INDPRD01.PROD.OUTLOOK.COM (10.174.56.145) To BY1PR0701MB1722.namprd07.prod.outlook.com (10.162.111.141) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 76ac22f1-e6c7-4b5f-d4bd-08d4b7e544c3 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500055)(300135000095)(300000501055)(300135300095)(22001)(300000502055)(300135100095)(300000503055)(300135400095)(201703131423075)(201703031133081)(300000504055)(300135200095)(300000505055)(300135600095)(300000506048)(300135500095); SRVR:BY1PR0701MB1722; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 3:GP/K+mtxQy+UkvUtnYpizIC59hPSDp5PtRXxSwYybSFoL7UX7ys3F0lkewwxAopT4uudpBvtX2nQPuWzGQGh/mNASCMmLR5hR0psVRZVI78NcVkwW2r6dQtGYzz1qkMJ5TZf/iuPyG5gTuYAFCzaT7v0g0GNbFlrQoTD/Awlg6JHSMOsCdNkOhMpmoSZS73n95NlVNBhBqGRt+pYhfq4AuhInF/pWy9luaI6RtMvupDuebOqZg8zpRBvKC08IvMq9GxxRbKxa0OzUbzRvZVBDYMbVG0/qBvmuhylqq94FQnsCAEKEjbQc+t4UGOI1dBJan2+cgklaI/8ITF37g2Fd0/CNGikhyzX1UEMA0bFZ8Tn0dQAwIyjJhXZkjJ6GHgoslVeXpxCrsgXhNIJJOSLIC+aVPvjkpma5OuC2F72fOY/CIkUk1lXBN+9hudDyCqsMyOt07oQFuHQmOJiCBauYQEJT8PfrG/9H3ovFm6L6QcOU4St56txiM61RvIWf1BqSOiBLR28iWrzKnOc0TnGlYrh9stgWtgStJzuHKtffXrU908vmg6yj4aEfUgcgzSKm0cBao8PMbEG7SzYIPrwz/LQHPe5mJ4gyNGRPJb3lYL/jS8aOz2zlEDExTR/R0h7tn6mlgiJXjNPM0m+ZCryLJu2eHZ3CaNbCrQcxIPSVJLkpkNT1QNdWwzh13A38RbvtlhL2cKoacLwzgjDlRe20IE/4cA7BNv6gArKqlgShEM= X-MS-TrafficTypeDiagnostic: BY1PR0701MB1722: X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 25:h1btxcpFDLVPGNmI1rPLk8SGm5XcVGl6iSj6jQyt1Lyxf7QGbt8ulISI8D+yfA9ZbFdN3D/D1KncDWdPHEoI3tb0+tkIM+afkO3fO9UsgWbulfm8epYiiHtXo4BmNbOmecU1w2heZ6KRYb/CKhD2oaPjjygd8g+JIIM4XKVnNxixsoFzKtMMUQJ7pDa5HtlfchXg4fPdY6qKMMUeJRzqhBczkMgpEgqjNOi0FI7sxA9IkixnjBQHvukuZYHq5QLHpod+1epJ78tYkKXduEmOcIdsT+eQ1+KD9oi1JoFAE9SMHcU0pate0a1cgAtCPSy77kiO1hrZolH1IIoLCYo207/s9YjHgg+NzQn60zzjG7TNh7wOBLlwEO26SNkCKAfNtw5v8Vlzu5OMcJS9ivOkTHyG+ILvtUW+vaQ7sZOYLH8dlSPEcVP5dgcEKbbmCvkX48ugG4QaCm2s2T+0RAAFzMFza8kO5mcoDkTDTvmtjesyMOEb3QPi4iievsh+WNw/cJWC3ShjP5tQWYdj7vUMPkH2pOPUHhLYAl83XxziDtlSWovwo5KVlCS8jhxbgbPpwvKv70KvukldQPwtsKyYfATufOkkgeaHrqKmHozcaDRuySBWaGcMZPKWQl+7O+oaW4J+lNSz/unUOgNHsNNezV66n8N3Ij/A8vg5YCvQphiysRirSYR6fSfXW0jW+YOPrLmC9DVq8TRXH4xaPmqGpsCxpcdBw+pnZeatWk3es6LTVF3VG5kGIriTccvRuUS/W7H8BDXIAm0vGLXpIn20vD0iMXSRnLNBp9GR3sgzfjD+x5RWvxi8BZLymRytDyVwnYrDB2axJHDMHs3j7pq4FWLWw1xs81gIINaGrn0nCAZ44xpFXNYUSCWMpn7ZnkeuEqyeHf0Bnv35oqzNfJCXOnSDH0hv81bgkuUreBqk9B0= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 31:vyAmt+rP/MC87s0Bb+TF+CCp/qJSZVQV0TJ3Q2bRHk0X30Rh2XUJLr1YcVwscbu8f09D0eud7CuDtfPHQO5VRU3vH9eXGiUegP99xrE0My4OPBfIUQUt52MQhQOZoGfg033VNDr//FS78fSvLJCwrp4R4ieX30fXUWZzYqJE4Cy0ZVHDIyHpB4IJomugKTGYgxXqMHCeL7qxCvw0e+TiH9bmbDzWA7NBw/H8yREqL3Tp4kjaV2nEXTF4RpD1Jbd2sdTjLyFNRlu+E5+vlrPFCMCEZMTJpbPgtrKyZ0xgIx5wcLLo5sF3jkuwX4HBSGVqCNnvvOL97tVKnxplDF3vRbbQYeeG//h0QzLh4nfwtutcEyaBVZMRWEsZebwHmFfOmlv9D+dvkZ1zQhMk56MsrCbf2gNNttFBXwofrwKHgydGydT2G2HADO+eC9bCC6/91eO1DbqNLUIa6JyGNVkN47ZsYht7dzUwEfPCvEOUURE6Rf2Pj+vw6kw3rQdZ5+Rs0HN6jIQQ6IdPhbdDjNc0bNRwL2igKTFy1YjGcRlWY6Yk9wjfPR80fu2IfIobREqAUKTASXpRUHFN1bJO87HdpJZdM1QjCbdnwzp3cfNtNRUUNsd/M6bqKLq/cHNEa958T0SE3IScbFXxJ8iXaKjY/OZB44l12Pgn+wF4nVb/IHI= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 20:QApb3B4Ac1SezuKNUHXVYARxmi80OvkmHZlKUKSjzzfN9i47s8QKAA5lmKgMMVlDwQbsWqwxgMdcVijVSE2uH6a1pdYn4UVPve+h/NDWRuggW5qYdx9zdMG+6tOy5myaGy+BmlndeNsAnj1nKg8CpscFCV04sHPotGyXZ66dW3yDDJoX47/xt0Qx9cr3ELhmeRSuchxwaIC8oueJgMEbcekSpZL2D55OK6aGTc03okX0U+cbxT+9BIY9AEJq58WFM1keNonexbOldFB4r1UjN0XEopiKO9JsYmoid13QbhChMtZuNEzMKcEOdfUxWT2PzVRHrlOjJd+qbPPnGCstln4uRegGKcPXXpIJ+kQGf2v2ku6aE81BPS5rB3W/R9OnX61qP9hhAckAqt88p+P7RV/DLTgZX5Ktob8jC3Jbr+qdfUJtHzNarrAJrE4a1dwsWMuO5EFAkbNxykW6sMXc54WETzLU85b1tCKLA6JfnAgfjEGBY6bMLiZ8lSZf9GlPUjhtag/G1s0QuQaTXPB9bqSs60OcAvbrFlItf7Ptw/uiML4mGmvxwK/mEBWOAYeIlahfUiDy+HvJbH2T0Fgw6nptm/aMe25CTBnbUSU4Xqk= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(185117386973197); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(10201501046)(93006095)(3002001)(6041248)(20161123564025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123560025)(20161123558100)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY1PR0701MB1722; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY1PR0701MB1722; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0701MB1722; 4:81rteYfZcxb/3YX9TZWmT4Nj1YwxNvrAp7JjRSpk?= =?us-ascii?Q?cNaLHoallmnSUN9IhqfXroQGvhxspG1DrFflVm0eetXF87Hshtj3Qu/VGRUG?= =?us-ascii?Q?CSqzOQ438aDMEBBQiVgmvAmEnSKNB2Z1wZq4ygRVUm04L/HjUoSJ2DBiCJZs?= =?us-ascii?Q?LwPBjY6dhh7sDftD3HJTKpXCpxJgFQxMDh3a7sQGdr6dtFVRmisqqw/mDbxK?= =?us-ascii?Q?q4LxW8TcuSTzaj78BJuR2n3pmhvcONET7dqXEWGipActEQF6zi6PAP8DZSSm?= =?us-ascii?Q?AMNSLkNyVRIUwECioFHcsXNWjCFA7wvkZM2mZQGXte9BwZUQBgd+gD3OimPD?= =?us-ascii?Q?klLNZEhmO2r09X9JRR/Kap2AxITziC2/bLmyTXXxMdyFfQTzF/YNrptGCQDW?= =?us-ascii?Q?E1c0A7uYiD1F9g1gi5g7oBVZclDPLz0wXHZLvtBAdnCsFpjoTDOixcSJNJ84?= =?us-ascii?Q?Hx/9ynlncZS7NoypzFAdMeCYaGgwh1sxgm2gTeQ8UX621TLQhiyWKmcNSO9J?= =?us-ascii?Q?ZSlKIuP1BFF/sVHCue6/DE5v4VkEZ7dV6D/hYdsReXZc2FhuaWehgfk2hrOW?= =?us-ascii?Q?vjF2WQ9HHRvS7NQ8+hvtHTP4h4H80xeBMC4CNu2lgFa+2zF3CsSpAVUnXnHm?= =?us-ascii?Q?vxrzLyij11MNFCVfesTYQ4EZkuzKvDasjMp/V3EWsJo5+S45cVXXATysrPS4?= =?us-ascii?Q?TQgEKYunsjzjJKvK3/7HHazD4e7fGH5K3YzaPQdT1v09QrXMsQmGQHG9YOcU?= =?us-ascii?Q?XS0lIbp2CQpZ9/ZbnJh0gmdP4K8Iun80Jr9pBXkIpQDpFPeVl8v4nVFGf+Eg?= =?us-ascii?Q?IA/V1WErmVAR278sPhAaCz7ORJ+kIwqyXGTDyhL6sCaFwVFXbjiGR7Rpt9Rg?= =?us-ascii?Q?aey1Qamy3BmAXGbh67YhMNIf+FrblsaECrp3YxBASouPEVX2W/gL+SuD5SCq?= =?us-ascii?Q?3jvSAcDnkKkYS7LTwzH1TewrJ6+L8O8D0V/bOfZQsbgC0/82Iht/RL35Lsn2?= =?us-ascii?Q?RG7sg1PpaSd2P7EK2SFpKAy9ahRmrrG4Hq+nxYcsvbYG/UGbJa1B5fXBt+qJ?= =?us-ascii?Q?7ymXykUvSXyfBIKZfAbwj1bYsijyIHMBb/IXEsQqvZzAod0M47D/1sO7p2vm?= =?us-ascii?Q?ebjhKUF7xubU/gpRLF4LKh6oPgcQnAYgYimE6w/l6km+p/ep5ndnCg=3D=3D?= X-Forefront-PRVS: 03449D5DD1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(39410400002)(39450400003)(39400400002)(39840400002)(39850400002)(377454003)(24454002)(13464003)(53546009)(2906002)(478600001)(72206003)(93886004)(53936002)(8656002)(55016002)(9686003)(23726003)(6916009)(4326008)(2950100002)(229853002)(33656002)(42882006)(25786009)(6666003)(3846002)(6116002)(6306002)(81166006)(1076002)(42186005)(5660300001)(33716001)(53376002)(4001350100001)(305945005)(66066001)(110136004)(38730400002)(189998001)(6496005)(83506001)(47776003)(6246003)(50986999)(50466002)(966005)(76176999)(54356999)(8676002)(18370500001); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR0701MB1722; H:jerin; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0701MB1722; 23:PyWSw2uDo19k1AuP+35Mb3LT3DIsX0u1ZZDaL1E?= =?us-ascii?Q?2v9yiYSjSMXW+ne2YgP1stCSWLgSJjJtsY7j4nM90hJZXe+1BOLy2ra7mbn/?= =?us-ascii?Q?tqX+ytCmd+tSQQs5ikFEoZGDl/9Q5n8gDG2Invy6B0Lzj3gNkjS9huddovgN?= =?us-ascii?Q?ew/edRkZxeoyeg/Unlr8t/Jr1WksOD8Oj6OKllN1JHlJkRHgzpM2+GNSq58n?= =?us-ascii?Q?UwiP2IxT62JanXAq0Qny0QT+8GyYTbf3mlTn+ANXpORU+AWMB8poJPtA47Zg?= =?us-ascii?Q?abfI435dskFZB8zcYrWiiQL8MPzpYv+qPA0cfF1Mzf+Aa8EYkiWGsWmfLMuY?= =?us-ascii?Q?ezpBtsJjDk6gGuh3yb+cO/K47ndcGE/cNCD5zqGvEr/KZZBYGWOWvTcSpwu3?= =?us-ascii?Q?g+YWx6fdCIW+3eKiumWJXkpmgJ6JZ6Ff91BIsZa8tb5jXkYKFbsve9iHXJl+?= =?us-ascii?Q?FJOVWDeN0cd9Pr1dYbPIc2YSco/Z37K1fBBaW0BbFYpIzIfwEUjrcM4khOgh?= =?us-ascii?Q?P/Dpf52HaFecKKQ3xND/TyW3BTVPiJWpo6lP8a8vdxIeFj0zeCGls8CpnBR7?= =?us-ascii?Q?gjYNlTJaNG9yNN574CdmlqarNx1wUpGBVjmUBVCqVAk9KtG4C/6sMEtzm48U?= =?us-ascii?Q?ZOh7kGUjl6PHzrGEAbfBo6ymxF8PnNlkyp001LZt5FucCgaQn3rVJYox4l1r?= =?us-ascii?Q?ieCojgjh7Bdi0LEfTKJFSRzF9rL+/Sfyo5R6G3fjYz6JVzc16nyaCd/OOhjJ?= =?us-ascii?Q?M6Yh0ALVBH1ZPRVnTEVHPNNMlp/gi06TXeob9YeIPQWzjsCLbpZ1tXmUpzir?= =?us-ascii?Q?OoiwWAgEU8yqHzF3NEPPjJUGNX0vc6cmO+tNJt3jeqAoCBbWqXePWlqFNQjB?= =?us-ascii?Q?Q4dpLZ9driNy+BeMcuDOfq3BzUVHvWNUZWl5yR9p5ZK1xX1wz/uKWs++HWFg?= =?us-ascii?Q?7jHxCatpPHTrqyd7tQ+riGREAiWdLvj6MxJOXtlZvZHXjORUvzZvwDDZmFje?= =?us-ascii?Q?FiWpjPMyLzZBdHNy8SdwBRSaO/SqOUO1jw/lM5TLHQR5eFt6sTrt7zIXfxYV?= =?us-ascii?Q?embTBWA3RKNPuiVWsm9r7shH2Ya3ycs11q08gtjnUlDK5zkVrP2qs7r8svaj?= =?us-ascii?Q?KCTbWI68Suss0FGfGjPd1JLRo9o2yoCVqG8hRG8CHphS7Xd7IWBYZQJg9LEh?= =?us-ascii?Q?6hKqN3U9woyUnDrs3zosFFv1N0KwUG3sUgv+TIQfrYmsrAtSARHwqKMmfe81?= =?us-ascii?Q?6JJJ1ejnurMQm8gq+Vvb0dsOZvXaBHIoOsf37d0tAEduINveJm4OMQGJJiVw?= =?us-ascii?Q?zMSavppN7H4Y5Vs4BOg6Vy40=3D?= X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY1PR0701MB1722; 6:YMXG0jYMeQbSC/UpiwCd95lmB9Gfq0NpbLSzFAJs?= =?us-ascii?Q?39WBeEWSAvIhHHajHxr2ijBi09ZAVOks+KUNPrpVaYNP/y+WFxCkCf+wGfBc?= =?us-ascii?Q?1Pt3YI4xY0en50Fl98rHiWRmbQT00BybQdlBCLncuk4DNu4/eHe8gesTrpce?= =?us-ascii?Q?asFbHwmHND2HsU+2lHn46JAaaGb+P/N8olHPM0lo5XS+MIGHwO1NBTLo+d/x?= =?us-ascii?Q?O/9Dx+NIByvMp5RKcw7pQj6M6JE7TEyDY2ZtDKNFa2KbLr6dMIlyXWXZmWLw?= =?us-ascii?Q?95dITpbQAwVZREmfawKNBiRXRavhRRuTDjoKEidVhjFxAKMehdW6VOeBvj6a?= =?us-ascii?Q?7fvig8u2hTh1A0JQjzRpNQuqOrMHzHCVHK4fQ/q/EpQ+xSVEl4KsDDCqxjfl?= =?us-ascii?Q?y17ZVeCc6TYPc4vY2gd4mHkt1hpI3s1bXeFqdQoqk7fSyd5VG8IexhBCVxy/?= =?us-ascii?Q?1Q4URUT5vfYx0VhxCj3SMB8NDePQwLinc80iZDQWDd+tm6mkcXpnXFXZu6Bu?= =?us-ascii?Q?b9rr/QVmQZZPfNZvvRd+GkzzfEtoqz877053/8W4Fgk+tQy+NNHUHFBk1XPl?= =?us-ascii?Q?wGc3QTorRkPPZBj6ftWt96yUp5a8HT3UdAGVoQT9Y/h7lUAeBWUQWSs58pr2?= =?us-ascii?Q?tCsXOl6VF6gJEsgo033wnlvkzOY34iy6kVgMWM0l6bTJ7OhWxkieSq5ES++r?= =?us-ascii?Q?0dejmMe2JazCcDU/3JciuuxZqe1EF8xNIRPZc9c5xBZZN2NRgkWTo28LyQ/E?= =?us-ascii?Q?bjN57K9tEU6RSlIRUfHl8saFS3psmpIHWmnRilXEiGWGH1IXvN+UkkpyuIRF?= =?us-ascii?Q?5fPleHgWQcO2h3ipjKNoEOTmbDvrL9VUM7ckPE21Ksx4ddwDoj7aV6wtf808?= =?us-ascii?Q?38VcxwDioEzhi4rO5LwJqlEYRgtsRDoWJwqtVt407v1C0Bteu9TOvo8sP8in?= =?us-ascii?Q?KyN3HbF7Z/muGrphLCeQDySFroybac803e599zEIbSg/UBqwmm8vbvgo2Uig?= =?us-ascii?Q?DeQ=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 5:3z4y00zMZ2xgMezC31tm0xB6KUWFK97Tjpn6GebOMdnuMMHkXSU9SppnHP9Z+Wpw/7Q+PJ4m7hc0F8ZB2Af3C8d3DKfzqrpfpe+WhFcJvvgjJhsaxc5zLTZ6JbNXnZDozuv0QHs5YrFKLSafH/p6PV/6547js0+45uG7lwmtcZvFqzANG4iGrCNjIwxf8v2DvriDi55plfmse6q6e+vcN84wgc4gHF0iSIBles4b3HWA1EW8ArfgoE2b0IyD3MEtE4N1I507jJfmyXruP8bYKPr56ZPFj2NqO1i+10EpyQ+NU2lXH8X3D8a5ZeA/q47HkOIRaB28l/9/5v5KoZSvJUUVm37u4CgJ0uUmNOMyWIb7Ho7iZ6RCSn7CLBnIrRQwDQf1RJzQA3QOjK6omm+apKLZxB1/koRQJ2/UYwvOMC6nKQREdGu+QnIO6tMQVVPI2Fe9jT0Lu9Yze0shSjVB5aEV+lZe7Mx963n0aiEcYnPoCEBrnCtHPJmn7Ld4zZuQ; 24:pKxGz4UPwWgsaHQoP9aRHgC5c6oeOwUs+cnKBk7amgR36r8VpCLjqvFfKrmfbQhaLZ0S2BtIG+eBAra3nB6BLJ+H6lfKXK3+ndiP98zzu+s= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY1PR0701MB1722; 7:YeLxz/VFktkmQVv6TlL4omrDBMxwO11T8mcbzmPY7UDo0Yk2lzSmuX3ghJM0mO0ogf9VjxN82AbFVyNvQ32aUW62NFsenCBhCegpeHz4M56doRLR/RwyYaUVRDpxuKiBNQ79YErmJ7OSGdr53pIt+yZ5N4J111tj8doqPR+aQX31mqpfP7aLRe//bd4VCmW4C28WFuJ+XZNM+98Vwd7rSkJGxoIfPeTrnjM+gp5wnvLBeLLcECGIC6XTgOrT6T6s+d1Zt0ATlThLV9THR5Domc1aURc3hBU3iXqCA4BZJXdEu/NOZypdLj5UXfZmfBGbFck0GGaldcVepocet+w2AKI881kFKK/s4D9ZIMstQpdWiPvNIrkbFeIzNTfe2v03vfBdYqJi6wuWMlQKKuwhh2BnHMdcTWt/NnHw4Vq5ia+zjjUFF3URcI8q6dyiUvpMBp5H4+z/rguIjiTdoyetCsVrXE6fW/rj4wRuQYGaODChApNV2/va/44w04OR6EcoMDylw9UHgc59Y1nnw7/Ou4E25GVxj5DPolzJkfqm2PtbA19/nI9UXs3e972s2QPoZZkJGm1zqoK3D0TLXxItAyhvf6C34vFWRqRnvqmqt+utQzNMfBDuRH2Md2FGvjOel6CMOjdnmVqu7GotQayttotlkkZIFmEUhDvRCoABDR2YMQen8jMQqc38X6AktPqTX0R01KNLRd/9z/bYVVc/mRvWe3pz+4ENoKYiK7vQg2cOzwK5L0mrf/bQ3NU/B3RG+9b/A7cK5LyEjmJgYGRZa0UTP9CRCK013yOjq5g47TQ= X-OriginatorOrg: caviumnetworks.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Jun 2017 14:04:27.6410 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0701MB1722 Subject: Re: [dpdk-dev] [PATCH 0/2] Allow application set mempool handle 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: Tue, 20 Jun 2017 14:04:32 -0000 -----Original Message----- > Date: Tue, 20 Jun 2017 16:07:17 +0530 > From: Hemant Agrawal > To: Jerin Jacob > CC: Santosh Shukla , > olivier.matz@6wind.com, dev@dpdk.org > Subject: Re: [PATCH 0/2] Allow application set mempool handle > User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 > Thunderbird/45.8.0 > > On 6/19/2017 6:31 PM, Jerin Jacob wrote: > > -----Original Message----- > > > Date: Mon, 19 Jun 2017 17:22:46 +0530 > > > From: Hemant Agrawal > > > To: Santosh Shukla , > > > olivier.matz@6wind.com, dev@dpdk.org > > > CC: jerin.jacob@caviumnetworks.com > > > Subject: Re: [PATCH 0/2] Allow application set mempool handle > > > User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 > > > Thunderbird/45.8.0 > > > > > > On 6/1/2017 1:35 PM, Santosh Shukla wrote: > > > > Some platform can have two different NICs for example external PCI Intel > > > > 40G card and Integrated NIC like vNIC/octeontx/dpaa2. > > > > > > > > Both NICs like to use their preferred pool e.g. external PCI card/ vNIC's > > > > preferred pool would be the ring based pool and octeontx/dpaa2 preferred would > > > > be ext-mempools. > > > > Right now, Framework doesn't support such case. Only one pool can be > > > > used across two different NIC's. For that, user has to statically set > > > > CONFIG_RTE_MEMPOOL_DEFAULT_OPS=. > > > > > > > > So proposing two approaches: > > > > Patch 1) Introducing eal option --pkt-mempool= > > > > Patch 2) Introducing ethdev API called _get_preferred_pool(), where PMD driver > > > > gets a chance to advertise their pool capability to the application. And based > > > > on that hint- application creates pools for that driver. > > If the system is having more than one heterogeneous ethernet device with > different mempool, the application has to create different mempool for each > of the ethernet device. > > However, let's take a case > As system has a DPAA2 eth device, which only work with dpaa2 mempools. dpaa2 ethdev will return dpaa2 mempool as preferred handler. > System also detect a standard PCI NIC, which can work with any software > mempool (e.g ring_mp_mc) or with dpaa2 mempool. Given the preference, PCI > NIC will have preferred as software mempool. > how the application will choose between these, if it want to create only one > mempool? We need add some policy in common code to help application to choose in case if application interested in creating in one pool for heterogeneous cases. It is more of application problem, ethdev can return the preferred handler, let application choose interested in one. ethdev is depended on the specific mempool not any other object. We will provide option 1(eal argument based one) as one policy.More sophisticated policies we need add in application. > Or, how the scheme will work if the application want to create only one > mempool? option 1 (eal argument based) or we need to change the application to choose from available ethdev count and its preferred mempool handler. > > > > > > > > > The idea is good. it will help the vendors with hw mempool support. > > > > > > On a similar line, I also submitted a patch to check the existence of a > > > mempool instance. > > > http://dpdk.org/dev/patchwork/patch/15877/ > > > > > > Option 1) requires manual knowledge of underlying NIC and different commands > > > for different machines. > > > > > > Option 2) this will help more as it allows the application to take decision > > > autonomously. > > > > > > In addition to it, we can also extend the overall MEMPOOL_OPS support. > > > 3) currently we support defining only one "RTE_MBUF_DEFAULT_MEMPOOL_OPS" > > > this can be supported to publish a priority list of MEMPOOL_OPS in > > > config. if one is not available, application can try the next one in > > > priority list as supported by the platform. > > > > > > 4) we can also try something, where the existing application can also be > > > supported. > > > - default mempool is configured as alias. This is with empty ops. > > > - based on the mempool detections on the bus, the bus configure the > > > mempool ops internally with the actual ones. > > > > What if both HW are on PCIe bus(That the case for us)? Any scheme to fix > > that? > > Nothing without a hackish approach. In our case, there is only a one mempool > type on one type of platform specific bus. Yes. But in future a bus may have >1 mempool device(which already case for PCI now) Could you send a patch for you patch, We can review it. May be we can add it as one policy. I think, this may help to fix the problem avoiding the application change on specific use case. I think, it is difficult to integrate external mempool without application change. We can some policy like option 1 or bus scheme but it may not working in all the use cases without application change(option 2(new api).So I think, more polices and API(option 2) will fix the problem. Let application choose what they want. > > > > > > > > > > > > > > > Santosh Shukla (2): > > > > eal: Introducing option to set mempool handle > > > > ether/ethdev: Allow pmd to advertise preferred pool capability > > > > > > > > lib/librte_eal/bsdapp/eal/eal.c | 9 +++++++ > > > > lib/librte_eal/bsdapp/eal/rte_eal_version.map | 7 +++++ > > > > lib/librte_eal/common/eal_common_options.c | 3 +++ > > > > lib/librte_eal/common/eal_internal_cfg.h | 2 ++ > > > > lib/librte_eal/common/eal_options.h | 2 ++ > > > > lib/librte_eal/common/include/rte_eal.h | 9 +++++++ > > > > lib/librte_eal/linuxapp/eal/eal.c | 36 +++++++++++++++++++++++++ > > > > lib/librte_eal/linuxapp/eal/rte_eal_version.map | 7 +++++ > > > > lib/librte_ether/rte_ethdev.c | 16 +++++++++++ > > > > lib/librte_ether/rte_ethdev.h | 21 +++++++++++++++ > > > > lib/librte_ether/rte_ether_version.map | 7 +++++ > > > > lib/librte_mbuf/rte_mbuf.c | 8 ++++-- > > > > 12 files changed, 125 insertions(+), 2 deletions(-) > > > > > > > > > > > > > >