DPDK patches and discussions
 help / color / mirror / Atom feed
From: Akhil Goyal <akhil.goyal@nxp.com>
To: "Trahe, Fiona" <fiona.trahe@intel.com>,
	"Kusztal, ArkadiuszX" <arkadiuszx.kusztal@intel.com>,
	"dev@dpdk.org" <dev@dpdk.org>,
	"shally.verma@caviumnetworks.com"
	<shally.verma@caviumnetworks.com>
Subject: Re: [dpdk-dev] [PATCH] cryptodev: extend api of asymmetric crypto by sessionless
Date: Fri, 21 Jun 2019 12:22:59 +0000	[thread overview]
Message-ID: <VE1PR04MB663924D4D9425570E41215ADE6E70@VE1PR04MB6639.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <348A99DA5F5B7549AA880327E580B435897A26ED@IRSMSX101.ger.corp.intel.com>

Hi Fiona,

> 
> Hi Akhil, Arek, Shally,
> 
> > -----Original Message-----
> > From: Akhil Goyal [mailto:akhil.goyal@nxp.com]
> > Sent: Thursday, June 20, 2019 3:17 PM
> > To: Kusztal, ArkadiuszX <arkadiuszx.kusztal@intel.com>; dev@dpdk.org
> > Cc: Trahe, Fiona <fiona.trahe@intel.com>;
> shally.verma@caviumnetworks.com
> > Subject: RE: [PATCH] cryptodev: extend api of asymmetric crypto by
> sessionless
> > >
> > > Asymmetric cryptography algorithms may more likely use
> > > sessionless API so there is need to extend API.
> > >
> > > Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@intel.com>
> > > ---
> > Acked-by: Akhil Goyal <akhil.goyal@nxp.com>
> 
> [Fiona] The code is ok but I think a little more is needed.
> As all PMDs don't support sessionless, this needs to be handled as an optional
> capability.
> And in future some PMDs may only support SESSIONLESS and some only support
> WITH_SESSION.


I believe this holds true for symmetric crypto as well. But adding a feature flag for everything may beat the purpose
Of adding a feature flag. Sessionless crypto operations in symmetric crypto is being used without any issue for a long
And nobody feel the need of that as of today. So my question is how asymmetric crypto pmds are different that they 
Need feature flag?

If the driver does not support sessionless, then it may give an error while creating it. I don't think that is an issue. It is
Already being handled in the rte_crypto_op by an enum which denote that the 'op' need to be processed with some
Session or with xform.

> So I propose adding 2 feature flags to the API
> RTE_CRYPTODEV_FF_ASYM_WTH_SESSION
> RTE_CRYPTODEV_FF_ASYM_SESSIONLESS
> and including in this patch the PMD and UT changes to set and test the first flag.
> We'll follow up with SESSIONLESS QAT implementation and UTs in a separate
> patchset.
> 
> Also documentation updates should go with this API patch, i.e.
>  - update section 16.7.2 in the cryptodev programmers guide - and review that
> doc in case other sections need updating.
Yes this needs to be updated if the implementation is complete and we have some PMD supporting that.

>  - fix comment in rte_crypto.h under STATUS_INVALID_SESSION
>  - release note
> 
> 


-Akhil

  reply	other threads:[~2019-06-21 12:23 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-03 19:44 Arek Kusztal
2019-06-05 12:16 ` [dpdk-dev] [EXT] " Shally Verma
2019-06-14 10:21   ` Kusztal, ArkadiuszX
2019-06-14 10:24   ` Kusztal, ArkadiuszX
2019-06-14 11:23     ` Shally Verma
2019-06-14 12:12       ` Kusztal, ArkadiuszX
2019-06-20 14:17 ` [dpdk-dev] " Akhil Goyal
2019-06-21 11:58   ` Trahe, Fiona
2019-06-21 12:22     ` Akhil Goyal [this message]
2019-06-21 14:18       ` Trahe, Fiona
2019-06-24  7:05         ` Akhil Goyal
2019-06-27 11:54           ` Trahe, Fiona
2019-06-28 16:10             ` Shally Verma
2019-06-28 17:27               ` Trahe, Fiona
2019-06-30  8:37                 ` Shally Verma
2019-08-12  9:26 ` [dpdk-dev] [EXT] " Anoob Joseph
2019-08-12 10:00   ` Kusztal, ArkadiuszX

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=VE1PR04MB663924D4D9425570E41215ADE6E70@VE1PR04MB6639.eurprd04.prod.outlook.com \
    --to=akhil.goyal@nxp.com \
    --cc=arkadiuszx.kusztal@intel.com \
    --cc=dev@dpdk.org \
    --cc=fiona.trahe@intel.com \
    --cc=shally.verma@caviumnetworks.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).