kernel.git/arch/sparc/crypto, branch linux-3.19.y

crypto: sparc - replace memset by memzero_explicit

2014-12-02T14:55:48Z

Memset on a local variable may be removed when it is called just before the variable goes out of scope. Using memzero_explicit defeats this optimization. A simplified version of the semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @@ identifier x; type T; @@ { ... when any T x[...]; ... when any when exists - memset + memzero_explicit (x, -0, ...) ... when != x when strict } // This change was suggested by Daniel Borkmann Signed-off-by: Julia Lawall Signed-off-by: Herbert Xu

crypto: prefix module autoloading with "crypto-"

2014-11-24T14:43:57Z

This prefixes all crypto module loading with "crypto-" so we never run the risk of exposing module auto-loading to userspace via a crypto API, as demonstrated by Mathias Krause: https://lkml.org/lkml/2013/3/4/70 Signed-off-by: Kees Cook Signed-off-by: Herbert Xu

sparc64: fix sparse warnings in aes_glue.c

2014-05-19T02:01:33Z

Fix following warnings: aes_glue.c:127:16: warning: symbol 'aes128_ops' was not declared. Should it be static? aes_glue.c:139:16: warning: symbol 'aes192_ops' was not declared. Should it be static? aes_glue.c:151:16: warning: symbol 'aes256_ops' was not declared. Should it be static? Fix by defining the variables static as they are not used outside this file Signed-off-by: Sam Ravnborg Signed-off-by: David S. Miller

sparc64: Set CRYPTO_TFM_REQ_MAY_SLEEP consistently in CAMELLIA code.

2012-12-19T23:44:31Z

We use the FPU and therefore cannot sleep during the crypto loops. Signed-off-by: David S. Miller

sparc64: Set CRYPTO_TFM_REQ_MAY_SLEEP consistently in DES code.

2012-12-19T23:43:38Z

We use the FPU and therefore cannot sleep during the crypto loops. Signed-off-by: David S. Miller

sparc64: Fix ECB looping constructs in AES code.

2012-12-19T23:30:07Z

Things works better when you increment the source buffer pointer properly. Signed-off-by: David S. Miller

sparc64: Set CRYPTO_TFM_REQ_MAY_SLEEP consistently in AES code.

2012-12-19T23:22:03Z

We use the FPU and therefore cannot sleep during the crypto loops. Signed-off-by: David S. Miller

sparc64: Fix AES ctr mode block size.

2012-12-19T23:20:23Z

Like the generic versions, we need to support a block size of '1' for CTR mode AES. This was discovered thanks to all of the new test cases added by Jussi Kivilinna. Signed-off-by: David S. Miller

sparc64: Fix unrolled AES 256-bit key loops.

2012-12-19T23:19:11Z

The basic scheme of the block mode assembler is that we start by enabling the FPU, loading the key into the floating point registers, then iterate calling the encrypt/decrypt routine for each block. For the 256-bit key cases, we run short on registers in the unrolled loops. So the {ENCRYPT,DECRYPT}_256_2() macros reload the key registers that get clobbered. The unrolled macros, {ENCRYPT,DECRYPT}_256(), are not mindful of this. So if we have a mix of multi-block and single-block calls, the single-block unrolled 256-bit encrypt/decrypt can run with some of the key registers clobbered. Handle this by always explicitly loading those registers before using the non-unrolled 256-bit macro. This was discovered thanks to all of the new test cases added by Jussi Kivilinna. Signed-off-by: David S. Miller

sparc64: Fix build with mix of modular vs. non-modular crypto drivers.

2012-11-10T04:55:16Z

We tried linking in a single built object to hold the device table, but only works if all of the sparc64 crypto modules get built the same way (modular vs. non-modular). Just include the device ID stub into each driver source file so that the table gets compiled into the correct result in all cases. Reported-by: Meelis Roos Signed-off-by: David S. Miller