crypto: arm64/aes-ce - really hide slower algos when faster ones are enabled
Subsystems (2)
PATCH 1/2 crypto: arm64/aes-ce - really hide slower algos when faster ones are enabled
Commit 69b6f2e817e5b ("crypto: arm64/aes-neon - limit exposed routines if faster driver is enabled") intended to hide modes from the plain NEON driver that are also implemented by the faster bit sliced NEON one if both are enabled. However, the defined() CPP function does not detect if the bit sliced NEON driver is enabled as a module. So instead, let's use IS_ENABLED() here.
--- arch/arm64/crypto/aes-glue.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
arch/arm64/crypto/aes-glue.c +2 -2
@@ -55,7 +55,7 @@ MODULE_DESCRIPTION("AES-ECB/CBC/CTR/XTS using ARMv8 Crypto Extensions");#define aes_mac_update neon_aes_mac_updateMODULE_DESCRIPTION ("AES-ECB/CBC/CTR/XTS using ARMv8 NEON" );#endif -#if defined(USE_V8_CRYPTO_EXTENSIONS ) || !defined(CONFIG_CRYPTO_AES_ARM64_BS ) +#if defined(USE_V8_CRYPTO_EXTENSIONS ) || !IS_ENABLED (CONFIG_CRYPTO_AES_ARM64_BS )MODULE_ALIAS_CRYPTO ("ecb(aes)" );MODULE_ALIAS_CRYPTO ("cbc(aes)" );MODULE_ALIAS_CRYPTO ("ctr(aes)" );
@@ -650,7 +650,7 @@ static int __maybe_unused xts_decrypt(struct skcipher_request *req) }static struct skcipher_alg aes_algs[] = { { -#if defined(USE_V8_CRYPTO_EXTENSIONS) || !defined(CONFIG_CRYPTO_AES_ARM64_BS) +#if defined(USE_V8_CRYPTO_EXTENSIONS) || !IS_ENABLED(CONFIG_CRYPTO_AES_ARM64_BS) .base = { .cra_name ="__ecb(aes)" , .cra_driver_name ="__ecb-aes-" MODE ,
Signature · 1 line
2.17.1
PATCH 2/2 crypto: arm64/aes-ctr - improve tail handling
Counter mode is a stream cipher chaining mode that is typically used with inputs that are of arbitrarily length, and so a tail block which is smaller than a full AES block is rule rather than exception.
The current ctr(aes) implementation for arm64 always makes a separate call into the assembler routine to process this tail block, which is suboptimal, given that it requires reloading of the AES round keys, and prevents us from handling this tail block using the 5-way stride that we use for better performance on deep pipelines.
So let's update the assembler routine so it can handle any input size, and uses NEON permutation instructions and overlapping loads and stores to handle the tail block. This results in a ~16% speedup for 1420 byte blocks on cores with deep pipelines such as ThunderX2.
--- arch/arm64/crypto/aes-glue.c | 46 +++--- arch/arm64/crypto/aes-modes.S | 165 +++++++++++++------- 2 files changed, 137 insertions(+), 74 deletions(-)
arch/arm64/crypto/aes-glue.c +25 -21
@@ -24,6 +24,7 @@#ifdef USE_V8_CRYPTO_EXTENSIONS #define MODE "ce"#define PRIO 300 +#define STRIDE 5#define aes_expandkey ce_aes_expandkey#define aes_ecb_encrypt ce_aes_ecb_encrypt#define aes_ecb_decrypt ce_aes_ecb_decrypt
@@ -41,6 +42,7 @@ MODULE_DESCRIPTION("AES-ECB/CBC/CTR/XTS using ARMv8 Crypto Extensions");#else #define MODE "neon"#define PRIO 200 +#define STRIDE 4#define aes_ecb_encrypt neon_aes_ecb_encrypt#define aes_ecb_decrypt neon_aes_ecb_decrypt#define aes_cbc_encrypt neon_aes_cbc_encrypt
@@ -87,7 +89,7 @@ asmlinkage void aes_cbc_cts_decrypt(u8 out[], u8 const in[], u32 const rk[], int rounds, int bytes, u8 const iv[]); asmlinkage void aes_ctr_encrypt(u8 out[], u8 const in[], u32 const rk[], -int rounds,int blocks,u8 ctr[]); +int rounds,int bytes,u8 ctr[],u8 finalbuf[]); asmlinkage void aes_xts_encrypt(u8 out[], u8 const in[], u32 const rk1[], int rounds, int bytes, u32 const rk2[], u8 iv[],
@@ -448,34 +450,36 @@ static int ctr_encrypt(struct skcipher_request *req)struct crypto_aes_ctx *ctx =crypto_skcipher_ctx (tfm);int err, rounds =6 + ctx->key_length /4 ;struct skcipher_walk walk; -int blocks; err =skcipher_walk_virt (&walk, req, false); -while ((blocks = (walk.nbytes /AES_BLOCK_SIZE ))) { -kernel_neon_begin (); -aes_ctr_encrypt (walk.dst.virt.addr, walk.src.virt.addr, - ctx->key_enc, rounds, blocks, walk.iv); -kernel_neon_end (); - err =skcipher_walk_done (&walk, walk.nbytes %AES_BLOCK_SIZE ); - } -if (walk.nbytes) { -u8 __aligned(8) tail[AES_BLOCK_SIZE ]; +while (walk.nbytes >0 ) { +const u8 *src = walk.src.virt.addr;unsigned int nbytes = walk.nbytes; -u8 *tdst = walk.dst.virt.addr; -u8 *tsrc = walk.src.virt.addr; +u8 *dst = walk.dst.virt.addr; +u8 buf[AES_BLOCK_SIZE ]; +unsigned int tail; -/* -* Tell aes_ctr_encrypt() to process a tail block. -*/ - blocks =-1 ; +if (unlikely (nbytes <AES_BLOCK_SIZE )) + src =memcpy (buf, src, nbytes); +else if (nbytes < walk.total) + nbytes &= ~(AES_BLOCK_SIZE -1 );kernel_neon_begin (); -aes_ctr_encrypt (tail,NULL , ctx->key_enc, rounds, - blocks, walk.iv); +aes_ctr_encrypt (dst, src, ctx->key_enc, rounds, nbytes, + walk.iv, buf);kernel_neon_end (); -crypto_xor_cpy (tdst, tsrc, tail, nbytes); - err =skcipher_walk_done (&walk,0 ); + + tail = nbytes % (STRIDE *AES_BLOCK_SIZE ); +if (tail >0 && tail <AES_BLOCK_SIZE ) +/* +* The final partial block could not be returned using +* an overlapping store, so it was passed via buf[] +* instead. +*/ +memcpy (dst + nbytes - tail, buf, tail); + + err =skcipher_walk_done (&walk, walk.nbytes - nbytes); }return err;
arch/arm64/crypto/aes-modes.S +112 -53
201 lines not on this page · raw message
Signature · 1 line
2.17.1
Herbert Xu
maintainerRe: [PATCH 2/2] crypto: arm64/aes-ctr - improve tail handling
Quoted 15 lines · Ard Biesheuvel
Counter mode is a stream cipher chaining mode that is typically used with inputs that are of arbitrarily length, and so a tail block which is smaller than a full AES block is rule rather than exception.
The current ctr(aes) implementation for arm64 always makes a separate call into the assembler routine to process this tail block, which is suboptimal, given that it requires reloading of the AES round keys, and prevents us from handling this tail block using the 5-way stride that we use for better performance on deep pipelines.
So let's update the assembler routine so it can handle any input size, and uses NEON permutation instructions and overlapping loads and stores to handle the tail block. This results in a ~16% speedup for 1420 byte blocks on cores with deep pipelines such as ThunderX2.
Quoted 5 lines
Signed-off-by Ard Biesheuvel <[email protected]>--- arch/arm64/crypto/aes-glue.c | 46 +++--- arch/arm64/crypto/aes-modes.S | 165 +++++++++++++------- 2 files changed, 137 insertions(+), 74 deletions(-)
Patch applied. Thanks.
Signature · 3 lines
Email: Herbert Xu <[email protected]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Herbert Xu
maintainerQuoted 7 lines · Ard Biesheuvel
Commit
69b6f2e817e5b("crypto: arm64/aes-neon - limit exposed routines if faster driver is enabled") intended to hide modes from the plain NEON driver that are also implemented by the faster bit sliced NEON one if both are enabled. However, thedefined()CPP function does not detect if the bit sliced NEON driver is enabled as a module. So instead, let's useIS_ENABLED()here.
Quoted 5 lines
Fixes 69b6f2e817e5b ("crypto: arm64/aes-neon - limit exposed routines if ...")Signed-off-by Ard Biesheuvel <[email protected]>--- arch/arm64/crypto/aes-glue.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
Patch applied. Thanks.
Signature · 3 lines
Email: Herbert Xu <[email protected]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt