Re: [PATCH] crypto: arm64/sha256 - add support for SHA256 using NEON instructions

On 29 September 2016 at 15:51, Ard Biesheuvel wrote: > This is a port to arm64 of the NEON implementation of SHA256 that lives > under arch/arm/crypto. > > Due to the fact that the AArch64 assembler dialect deviates from the > 32-bit ARM one in ways that makes sharing code problematic, and given >

[PATCH] crypto: arm64/sha256 - add support for SHA256 using NEON instructions

This is a port to arm64 of the NEON implementation of SHA256 that lives under arch/arm/crypto. Due to the fact that the AArch64 assembler dialect deviates from the 32-bit ARM one in ways that makes sharing code problematic, and given that this version only uses the NEON version whereas the origina

[PATCH] arm64: add support for SHA256 using NEON instructions

This is a port of the ARMv7 implementation in arch/arm/crypto. For a Cortex-A57 (r2p1), the performance numbers are listed below. In summary, 40% - 50% speedup where it counts, i.e., block sizes over 256 bytes with few updates. testing speed of async sha256 (sha256-generic) ( 16 byte blocks, 1

Re: [PATCH 1/1] crypto: atmel-aes: add support to the XTS mode

Am Donnerstag, 29. September 2016, 18:49:07 CEST schrieb Cyrille Pitchen: Hi Cyrille, > This patch adds the xts(aes) algorithm, which is supported from > hardware version 0x500 and above (sama5d2x). > > Signed-off-by: Cyrille Pitchen > --- > drivers/crypto/atmel-aes-regs.h | 4 + > drivers/c

Re: [PATCH] crypto: caam - treat SGT address pointer as u64

Hi Tudor, On Thu, Sep 29, 2016 at 11:17 AM, Tudor Ambarus wrote: > diff --git a/drivers/crypto/caam/regs.h b/drivers/crypto/caam/regs.h > index b3c5016..effbdd8 100644 > --- a/drivers/crypto/caam/regs.h > +++ b/drivers/crypto/caam/regs.h > @@ -196,6 +196,14 @@ static inline u64 rd_reg64(void __i

[PATCH] crypto: caam - treat SGT address pointer as u64

Even for i.MX, CAAM is able to use address pointers greater than 32 bits, the address pointer field being interpreted as a double word. Enforce u64 address pointer in the sec4_sg_entry struct. This patch fixes the SGT address pointer endianness issue for 32bit platforms where core endianness != ca

[PATCH 1/1] crypto: atmel-aes: add support to the XTS mode

This patch adds the xts(aes) algorithm, which is supported from hardware version 0x500 and above (sama5d2x). Signed-off-by: Cyrille Pitchen --- drivers/crypto/atmel-aes-regs.h | 4 + drivers/crypto/atmel-aes.c | 186 ++-- 2 files changed, 184 insertions

[PATCH 1/1] crypto: atmel-aes: fix compiler error when VERBOSE_DEBUG is defined

This patch fixes a compiler error when VERBOSE_DEBUG is defined. Indeed, in atmel_aes_write(), the 3rd argument of atmel_aes_reg_name() was missing. Signed-off-by: Cyrille Pitchen Reported-by: Levent Demir --- drivers/crypto/atmel-aes.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) dif

Observed a ecryptFS crash

Hi Tyhicks, We observed a ecryptFS crash occasionally in Linux kernel 4.1.18. The call trace is attached below. Is it a known issue？ Look forward to hearing from you. Thanks in advance! [19314.529479s][pid:2694,cpu3,GAC_Executor[0]]Call trace: [19314.529510s][pid:2694,cpu3,GAC_Executor[0]][] d

[PATCH v9 8/8] crypto: acomp - update testmgr with support for acomp

Add tests to the test manager for algorithms exposed through acomp. Signed-off-by: Giovanni Cabiddu --- crypto/testmgr.c | 158 ++- 1 file changed, 145 insertions(+), 13 deletions(-) diff --git a/crypto/testmgr.c b/crypto/testmgr.c index 0b01c

[PATCH v9 6/8] crypto: acomp - add support for 842 via scomp

Add scomp backend for 842 compression algorithm. Signed-off-by: Giovanni Cabiddu --- crypto/842.c | 81 -- crypto/Kconfig | 1 + 2 files changed, 80 insertions(+), 2 deletions(-) diff --git a/crypto/842.c b/crypto/842.c index 98e387e..b

[PATCH v9 5/8] crypto: acomp - add support for lz4hc via scomp

Add scomp backend for lz4hc compression algorithm. Signed-off-by: Giovanni Cabiddu --- crypto/Kconfig | 1 + crypto/lz4hc.c | 92 +++--- 2 files changed, 83 insertions(+), 10 deletions(-) diff --git a/crypto/Kconfig b/crypto/Kconfig index e95

[PATCH v9 1/8] crypto: add asynchronous compression api

Add acomp, an asynchronous compression api that uses scatterlist buffers. Signed-off-by: Giovanni Cabiddu --- crypto/Kconfig | 10 ++ crypto/Makefile | 2 + crypto/acompress.c | 118 +++ crypto/crypto_user.c

[PATCH v9 3/8] crypto: acomp - add support for lzo via scomp

Add scomp backend for lzo compression algorithm. Signed-off-by: Giovanni Cabiddu --- crypto/Kconfig | 1 + crypto/lzo.c | 97 +- 2 files changed, 83 insertions(+), 15 deletions(-) diff --git a/crypto/Kconfig b/crypto/Kconfig index f553f

[PATCH v9 2/8] crypto: add driver-side scomp interface

Add a synchronous back-end (scomp) to acomp. This allows to easily expose the already present compression algorithms in LKCF via acomp. Signed-off-by: Giovanni Cabiddu --- crypto/Makefile | 1 + crypto/acompress.c | 55 +- crypto/scompress.c

[PATCH v9 4/8] crypto: acomp - add support for lz4 via scomp

Add scomp backend for lz4 compression algorithm. Signed-off-by: Giovanni Cabiddu --- crypto/Kconfig | 1 + crypto/lz4.c | 91 +++--- 2 files changed, 82 insertions(+), 10 deletions(-) diff --git a/crypto/Kconfig b/crypto/Kconfig index d2755

[PATCH v9 7/8] crypto: acomp - add support for deflate via scomp

Add scomp backend for deflate compression algorithm. Signed-off-by: Giovanni Cabiddu --- crypto/Kconfig | 1 + crypto/deflate.c | 111 ++- 2 files changed, 102 insertions(+), 10 deletions(-) diff --git a/crypto/Kconfig b/crypto/Kconfig ind

[PATCH v9 0/8] crypto: asynchronous compression api

The following patch set introduces acomp, a generic asynchronous (de)compression api with support for SG lists. We propose a new crypto type called crypto_acomp_type, a new struct acomp_alg and struct crypto_acomp, together with number of helper functions to register acomp type algorithms and alloc