From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id ACFB2A0588; Thu, 16 Apr 2020 12:26:08 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 8BABB1D5E8; Thu, 16 Apr 2020 12:26:08 +0200 (CEST) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 5F3531D58F for ; Thu, 16 Apr 2020 12:26:06 +0200 (CEST) IronPort-SDR: /N+IzpWf/Ft7QDquN39I7X8ik2g4XdFba+5lXmfdnk2mSsljTIIMzfg7DfxZf7N+YzPuSle7U6 xC8EEEbnaMvA== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Apr 2020 03:26:05 -0700 IronPort-SDR: nGt2iFIpoZaZtjndfYQ59TPTfNjJtbYTYqnIDKAJWWneUi9Zf8ogX5FUNxdK6oMdlgv1YYVxLh WBGj8T7p69WA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,390,1580803200"; d="scan'208";a="454277822" Received: from irsmsx110.ger.corp.intel.com ([163.33.3.25]) by fmsmga005.fm.intel.com with ESMTP; 16 Apr 2020 03:26:04 -0700 Received: from irsmsx601.ger.corp.intel.com (163.33.146.7) by irsmsx110.ger.corp.intel.com (163.33.3.25) with Microsoft SMTP Server (TLS) id 14.3.439.0; Thu, 16 Apr 2020 11:26:04 +0100 Received: from irsmsx605.ger.corp.intel.com (163.33.146.138) by irsmsx601.ger.corp.intel.com (163.33.146.7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 16 Apr 2020 11:26:03 +0100 Received: from irsmsx605.ger.corp.intel.com ([163.33.146.138]) by IRSMSX605.ger.corp.intel.com ([163.33.146.138]) with mapi id 15.01.1713.004; Thu, 16 Apr 2020 11:26:03 +0100 From: "Medvedkin, Vladimir" To: Akhil Goyal , "dev@dpdk.org" CC: "Ananyev, Konstantin" Thread-Topic: [PATCH v2] examples/ipsec-secgw: remove limitation for crypto sessions Thread-Index: AQHWEmd0+m1NgvQ/f0OHSGoz26uFfah6gAqAgAENXXA= Date: Thu, 16 Apr 2020 10:26:03 +0000 Message-ID: <8280a09d825046249d2cfb4df683ff4a@intel.com> References: <6001e9c347d26c4e2f80765c8abc7f74fcf8bbf2.1586873664.git.vladimir.medvedkin@intel.com> In-Reply-To: Accept-Language: en-IE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-reaction: no-action dlp-version: 11.2.0.6 dlp-product: dlpe-windows x-originating-ip: [163.33.253.164] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v2] examples/ipsec-secgw: remove limitation for crypto sessions 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi Akhil, -----Original Message----- From: Akhil Goyal =20 Sent: Wednesday, April 15, 2020 8:20 PM To: Medvedkin, Vladimir ; dev@dpdk.org Cc: Ananyev, Konstantin Subject: RE: [PATCH v2] examples/ipsec-secgw: remove limitation for crypto = sessions Hi Vladimir, >=20 > Get rid of hardcoded limit of cryptodev sessions. >=20 > Fixes: e1143d7dbbf4 ("examples/ipsec-secgw: get rid of maximum SA=20 > limitation") > Cc: vladimir.medvedkin@intel.com >=20 > Signed-off-by: Vladimir Medvedkin > --- This will create an issue in case of rte_security sessions. Rte_security session create APIs were not updated when the provision for ha= ving Separate mempools for session and session private data was introduced. As a result the number of entries in session_priv_pool should be double the= number of Supported sessions - one for session and one for session priv da= ta. This should be fixed in rte_security API but this would mean an API breakag= e which cannot Be done before 20.11. So this patch need to be deferred till= it is not fixed in rte_security. Or we can have double the number of required entries in mempool. I will double the number entries in mempool. Thanks! Regards, Akhil