From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by dpdk.space (Postfix) with ESMTP id A75F7A00E6 for ; Fri, 14 Jun 2019 12:21:10 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 0743D1D51A; Fri, 14 Jun 2019 12:21:09 +0200 (CEST) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id 5DD4B1D4F6 for ; Fri, 14 Jun 2019 12:21:07 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Jun 2019 03:21:05 -0700 X-ExtLoop1: 1 Received: from fmsmsx104.amr.corp.intel.com ([10.18.124.202]) by orsmga004.jf.intel.com with ESMTP; 14 Jun 2019 03:21:06 -0700 Received: from FMSMSX109.amr.corp.intel.com (10.18.116.9) by fmsmsx104.amr.corp.intel.com (10.18.124.202) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 14 Jun 2019 03:21:05 -0700 Received: from lcsmsx153.ger.corp.intel.com (10.186.165.228) by fmsmsx109.amr.corp.intel.com (10.18.116.9) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 14 Jun 2019 03:21:05 -0700 Received: from HASMSX109.ger.corp.intel.com ([169.254.3.132]) by LCSMSX153.ger.corp.intel.com ([169.254.8.60]) with mapi id 14.03.0415.000; Fri, 14 Jun 2019 13:21:02 +0300 From: "Kusztal, ArkadiuszX" To: Shally Verma , "dev@dpdk.org" CC: "akhil.goyal@nxp.com" , "Trahe, Fiona" , "shally.verma@caviumnetworks.com" Thread-Topic: [EXT] [PATCH] cryptodev: extend api of asymmetric crypto by sessionless Thread-Index: AQHVGkUHMQxkXsrAok6yaM+FfZzFGqaMyjgAgA4KayA= Date: Fri, 14 Jun 2019 10:21:01 +0000 Message-ID: <06EE24DD0B19E248B53F6DC8657831551B2677BF@hasmsx109.ger.corp.intel.com> References: <20190603194411.8352-1-arkadiuszx.kusztal@intel.com> In-Reply-To: Accept-Language: pl-PL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.600.7 dlp-reaction: no-action x-originating-ip: [10.184.70.11] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [EXT] [PATCH] cryptodev: extend api of asymmetric crypto by sessionless 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 Shally, Thanks for your feedback. > -----Original Message----- > From: Shally Verma [mailto:shallyv@marvell.com] > Sent: Wednesday, June 5, 2019 2:17 PM > To: Kusztal, ArkadiuszX ; dev@dpdk.org > Cc: akhil.goyal@nxp.com; Trahe, Fiona ; > shally.verma@caviumnetworks.com > Subject: RE: [EXT] [PATCH] cryptodev: extend api of asymmetric crypto by > sessionless >=20 >=20 >=20 > > -----Original Message----- > > From: Arek Kusztal > > Sent: Tuesday, June 4, 2019 1:14 AM > > To: dev@dpdk.org > > Cc: akhil.goyal@nxp.com; fiona.trahe@intel.com; > > shally.verma@caviumnetworks.com; Arek Kusztal > > > > Subject: [EXT] [PATCH] cryptodev: extend api of asymmetric crypto by > > sessionless > > > > External Email > > > > ---------------------------------------------------------------------- > > Asymmetric cryptography algorithms may more likely use sessionless API > > so there is need to extend API. > > > > Signed-off-by: Arek Kusztal > > --- > > lib/librte_cryptodev/rte_crypto_asym.h | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git a/lib/librte_cryptodev/rte_crypto_asym.h > > b/lib/librte_cryptodev/rte_crypto_asym.h > > index 8672f21..5d69692 100644 > > --- a/lib/librte_cryptodev/rte_crypto_asym.h > > +++ b/lib/librte_cryptodev/rte_crypto_asym.h > > @@ -503,6 +503,8 @@ struct rte_crypto_dsa_op_param { struct > > rte_crypto_asym_op { > > struct rte_cryptodev_asym_session *session; > > /**< Handle for the initialised session context */ > > + struct rte_crypto_asym_xform *xform; > > + /**< Session-less API crypto operation parameters */ >=20 > [Shally] Ack to this change. But is this all that is needed to support > sessionless? Do you have working poc with sessionless? >=20 [AK] xform holds to get working. Crypto_op holds sess_type >From our side for now we not intend to store any user information in sessio= n at all. For sure not private keys, any other information is small enough comparing = to asymmetric crypto computation time that it has no gain to allocate sessi= on for it. > Thanks > Shally >=20 > > > > __extension__ > > union { > > -- > > 2.7.4