From: Herbert Xu <herbert@gondor.apana.org.au>
To: "Dey, Megha" <megha.dey@intel.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-crypto@vger.kernel.org" <linux-crypto@vger.kernel.org>,
"davem@davemloft.net" <davem@davemloft.net>
Subject: Re: [PATCH V8 1/5] crypto: Multi-buffer encryption infrastructure support
Date: Thu, 26 Apr 2018 17:44:45 +0800 [thread overview]
Message-ID: <20180426094445.4jiwondmtbenepo2@gondor.apana.org.au> (raw)
In-Reply-To: <C440BA31B54DCD4AAC682D2365C8FEE738C270FC@ORSMSX111.amr.corp.intel.com>
On Wed, Apr 25, 2018 at 01:14:26AM +0000, Dey, Megha wrote:
>
> Is there any existing implementation of async crypto algorithm that uses the above approach? The ones I could find are either sync, have an outer and inner algorithm or use cryptd.
>
> I tried removing the mcryptd layer and the outer algorithm and some plumbing to pass the correct structures, but see crashes.(obviously some errors in the plumbing)
OK, you can't just remove it because the inner algorithm requires
kernel_fpu_begin/kernel_fpu_end. So we do need two layers but I
don't think we need cryptd or mcryptd.
The existing simd wrapper should work just fine on the inner
algorithm, provided that we add hash support to it.
> I am not sure if we remove mcryptd, how would we queue work, flush partially completed jobs or call completions (currently done by mcryptd) if we simply call the inner algorithm.
I don't think mcryptd is providing any real facility to the flushing
apart from a helper. That same helper can live anywhere.
Cheers,
--
Email: Herbert Xu <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
next prev parent reply other threads:[~2018-04-26 9:44 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-10 0:09 [PATCH V8 0/5] crypto: AES CBC multibuffer implementation Megha Dey
2018-01-10 0:09 ` [PATCH V8 1/5] crypto: Multi-buffer encryption infrastructure support Megha Dey
2018-01-18 11:39 ` Herbert Xu
2018-01-19 0:44 ` Megha Dey
2018-03-16 14:53 ` Herbert Xu
2018-04-17 18:40 ` Dey, Megha
2018-04-18 11:01 ` Herbert Xu
2018-04-19 0:54 ` Dey, Megha
2018-04-19 3:25 ` Herbert Xu
2018-04-25 1:14 ` Dey, Megha
2018-04-26 9:44 ` Herbert Xu [this message]
2018-05-01 22:39 ` Dey, Megha
2018-05-07 9:35 ` Herbert Xu
2018-05-11 1:24 ` Dey, Megha
2018-05-11 4:45 ` Herbert Xu
2018-05-12 1:21 ` Dey, Megha
2018-06-21 1:05 ` Dey, Megha
2018-01-10 0:09 ` [PATCH V8 2/5] crypto: AES CBC multi-buffer data structures Megha Dey
2018-01-10 0:09 ` [PATCH V8 3/5] crypto: AES CBC multi-buffer scheduler Megha Dey
2018-01-10 0:09 ` [PATCH V8 4/5] crypto: AES CBC by8 encryption Megha Dey
2018-01-10 0:09 ` [PATCH V8 5/5] crypto: AES CBC multi-buffer glue code Megha Dey
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=20180426094445.4jiwondmtbenepo2@gondor.apana.org.au \
--to=herbert@gondor.apana.org.au \
--cc=davem@davemloft.net \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=megha.dey@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.