linux-toradex.git/drivers/crypto/omap-aes.c, branch v4.4.112

crypto: omap-aes - Use BIT() macro

2015-07-08T07:18:46+00:00

Use BIT()/GENMASK() macros for all register definitions instead of
hand-writing bit masks.

Signed-off-by: Lokesh Vutla 
Signed-off-by: Herbert Xu

crypto: omap-aes - Fix configuring of AES mode

2015-07-08T07:18:45+00:00

AES_CTRL_REG is used to configure AES mode. Before configuring
any mode we need to make sure all other modes are reset or else
driver will misbehave. So mask all modes before configuring
any AES mode.

Signed-off-by: Lokesh Vutla 
Signed-off-by: Herbert Xu

crypto: omap-aes - Increase priority of hw accelerator

2015-07-08T07:18:43+00:00

Increasing the priority of omap-aes hw algos, in order to take
precedence over sw algos.

Signed-off-by: Lokesh Vutla 
Signed-off-by: Herbert Xu

crypto: omap-aes - Fix CTR mode

2015-07-08T07:18:42+00:00

Algo self tests are failing for CTR mode with omap-aes driver,
giving the following error:

[  150.053644]       omap_aes_crypt: request size is not exact amount of AES blocks
[  150.061262] alg: skcipher: encryption failed on test 5 for ctr-aes-omap: ret=22

This is because the input length is not aligned with AES_BLOCK_SIZE.
Adding support for omap-aes driver for inputs with length not aligned
with AES_BLOCK_SIZE.

Signed-off-by: Lokesh Vutla 
Signed-off-by: Herbert Xu

crypto: omap-aes - Fix support for unequal lengths

2015-04-01T14:22:43+00:00

For cases where total length of an input SGs is not same as
length of the input data for encryption, omap-aes driver
crashes. This happens in the case when IPsec is trying to use
omap-aes driver.

To avoid this, we copy all the pages from the input SG list
into a contiguous buffer and prepare a single element SG list
for this buffer with length as the total bytes to crypt, which is
similar thing that is done in case of unaligned lengths.

Fixes: 6242332ff2f3 ("crypto: omap-aes - Add support for cases of unaligned lengths")
Signed-off-by: Lokesh Vutla 
Signed-off-by: Herbert Xu

crypto: replace scatterwalk_sg_next with sg_next

2015-01-26T00:34:22+00:00

Modify crypto drivers to use the generic SG helper since
both of them are equivalent and the one from crypto is redundant.

See also:
  468577abe37ff7b453a9ac613e0ea155349203ae   reverted in
  b2ab4a57b018aafbba35bff088218f5cc3d2142e

Signed-off-by: Cristian Stoica 
Signed-off-by: Herbert Xu

crypto: drop owner assignment from platform_drivers

2014-10-20T14:20:25+00:00

A platform_driver does not need to set an owner, it will be populated by the
driver core.

Signed-off-by: Wolfram Sang

crypto: omap-aes - Use SIMPLE_DEV_PM_OPS macro

2014-03-10T12:13:38+00:00

Use SIMPLE_DEV_PM_OPS macro in order to make the code simpler.

Signed-off-by: Jingoo Han 
Acked-by: Nishanth Menon 
Signed-off-by: Herbert Xu

crypto: omap-aes - add error check for pm_runtime_get_sync

2013-12-05T13:28:43+00:00

The AES driver currently assumes that pm_runtime_get_sync will always
succeed, which may not always be true, so add error handling for the
same.

This scenario was reported in the following bug:
place.  https://bugzilla.kernel.org/show_bug.cgi?id=66441

Reported-by: Tobias Jakobi 
Signed-off-by: Nishanth Menon 
Signed-off-by: Herbert Xu

crypto: omap-aes - Fix CTR mode counter length

2013-10-30T04:02:59+00:00

NIST vectors for CTR mode in testmgr.h assume the entire IV as the counter. To
get correct results that match the output of these vectors, we need to set the
counter length correctly.

Signed-off-by: Joel Fernandes 
Signed-off-by: Herbert Xu