This patch attempts to remove the mcryptd interface and expose the
sha1 multibuffer algorithm as a proper ahash to the inner algorithm.
1. Host the flusher helper in sha1_mb.c instead of mcryptd.c (need to
change the names of these functions)
2. Remove unnecessary mcryptd structure mcryptd_hash_ct
>-Original Message-
>From: Herbert Xu [mailto:herb...@gondor.apana.org.au]
>Sent: Thursday, May 10, 2018 9:46 PM
>To: Dey, Megha
>Cc: linux-ker...@vger.kernel.org; linux-crypto@vger.kernel.org;
>da...@davemloft.net
>Subject: Re: [PATCH V8 1/5] crypto: Multi-buffer encryption infrastructu
Will do, for further clarity will divide patches into build error fix, bug fix
and change made for comment received.
Regards
-Original Message-
From: linux-crypto-ow...@vger.kernel.org
[mailto:linux-crypto-ow...@vger.kernel.org] On Behalf Of Herbert Xu
Sent: Friday, May 11, 2018 9:26 PM
On Thu, May 03, 2018 at 10:29:30PM +1000, Michael Ellerman wrote:
> In p8_aes_xts_init() we do a printk(KERN_INFO ...) to report the
> fallback implementation we're using. However with a slow console this
> can significantly affect the speed of crypto operations. So remove it.
>
> Fixes: c07f5d3da
On Thu, May 03, 2018 at 10:29:29PM +1000, Michael Ellerman wrote:
> In the vmx AES init routines we do a printk(KERN_INFO ...) to report
> the fallback implementation we're using.
>
> However with a slow console this can significantly affect the speed of
> crypto operations. Using 'cryptsetup benc
On Mon, Apr 30, 2018 at 06:18:20PM +0200, Ard Biesheuvel wrote:
> Hello Herbert,
>
> These are the patches that depend on the arm64/assembler.h patches that
> inadvertently got pulled into the cryptodev tree and reverted shortly
> after. Those have now been merged into Linus's tree, and so the
> r
On Wed, May 02, 2018 at 12:25:33AM +0530, Atul Gupta wrote:
> Reported-by: Gustavo A. R. Silva
> Signed-off-by: Atul Gupta
These patches really should be sent to netdev as well and I'd
like to see some acks from there.
Also please add a cover email for the series.
Thanks,
--
Email: Herbert Xu
From: Ondrej Mosnacek
This patch adds test vectors for MORUS-640 and MORUS-1280. The test
vectors were generated using the reference implementation from
SUPERCOP (see code comments for more details).
Signed-off-by: Ondrej Mosnacek
---
crypto/testmgr.c | 18 +
crypto/testmgr.h | 3400
From: Ondrej Mosnacek
This patch adds a common glue code for optimized implementations of
MORUS AEAD algorithms.
Signed-off-by: Ondrej Mosnacek
---
crypto/Kconfig | 16 ++
crypto/Makefile | 2 +
crypto/morus1280_glue.c | 302 +
From: Ondrej Mosnacek
This patchset adds the MORUS AEAD algorithm implementation to the Linux Crypto
API.
MORUS [1] is a dedicated AEAD algorithm focused on SIMD instructions and
designed for high throughput both on modern processors and in hardware. It is
designed by Hongjun Wu and Tao Huang
From: Ondrej Mosnacek
This patch adds optimized implementations of MORUS-640 and MORUS-1280,
utilizing the SSE2 and AVX2 x86 extensions.
For MORUS-1280 (which operates on 256-bit blocks) we provide both AVX2
and SSE2 implementation. Although SSE2 MORUS-1280 is slower than AVX2
MORUS-1280, it is
From: Ondrej Mosnacek
This patch adds the generic implementation of the MORUS family of AEAD
algorithms (MORUS-640 and MORUS-1280). The original authors of MORUS
are Hongjun Wu and Tao Huang.
At the time of writing, MORUS is one of the finalists in CAESAR, an
open competition intended to select
From: Ondrej Mosnacek
This patch adds the generic implementation of the AEGIS family of AEAD
algorithms (AEGIS-128, AEGIS-128L, and AEGIS-256). The original
authors of AEGIS are Hongjun Wu and Bart Preneel.
At the time of writing, AEGIS is one of the finalists in CAESAR, an
open competition inte
From: Ondrej Mosnacek
This patchset adds the AEGIS AEAD algorithm implementation to the Linux Crypto
API.
AEGIS [1] is a dedicated AEAD algorithm based on the AES round function and
designed for high throughput both on modern processors and in hardware. It is
designed by Hongjun Wu and Bart P
From: Ondrej Mosnacek
This patch adds test vectors for the AEGIS family of AEAD algorithms
(AEGIS-128, AEGIS-128L, and AEGIS-256). The test vectors were
generated using the reference implementation from SUPERCOP (see code
comments for more details).
Signed-off-by: Ondrej Mosnacek
---
crypto/te
From: Ondrej Mosnacek
This patch adds optimized implementations of AEGIS-128, AEGIS-128L,
and AEGIS-256, utilizing the AES-NI and SSE2 x86 extensions.
Signed-off-by: Ondrej Mosnacek
---
arch/x86/crypto/Makefile | 8 +
arch/x86/crypto/aegis128-aesni-asm.S | 749 +++
Due to a snafu "paes" testmgr tests were not ordered
lexicographically, which led to boot time warnings.
Reorder the tests as needed.
Fixes: a794d8d ("crypto: ccree - enable support for hardware keys")
Reported-by: Abdul Haleem
Signed-off-by: Gilad Ben-Yossef
---
crypto/testmgr.c | 44 +
On Fri, May 11, 2018 at 9:59 AM, Abdul Haleem
wrote:
> Greeting's
>
> Today's next kernel on powerpc machine has boot warnings with commit
>
> a794d8d : crypto: ccree - enable support for hardware keys
Adding the crypto list and maintainer as it came in via the crypto tree.
>
> Warning disappear
18 matches
Mail list logo