BMC/Intel-BMC/linux.git/drivers/crypto/mv_cesa.c, branch v4.6

crypto: marvell/cesa - another fix up for of_get_named_gen_pool() rename

2015-07-03T18:37:02+00:00

Signed-off-by: Stephen Rothwell Signed-off-by: Linus Torvalds

crypto: mv_cesa - explicitly define kirkwood and dove compatible strings

2015-06-19T14:18:02+00:00

We are about to add a new driver to support new features like using the TDMA engine to offload the CPU. Orion, Dove and Kirkwood platforms are already using the mv_cesa driver, but Orion SoCs do not embed the TDMA engine, which means we will have to differentiate them if we want to get TDMA support on Dove and Kirkwood. In the other hand, the migration from the old driver to the new one is not something all people are willing to do without first auditing the new driver. Hence we have to support the new compatible in the mv_cesa driver so that new platforms with updated DTs can still attach their crypto engine device to this driver. Signed-off-by: Boris Brezillon Signed-off-by: Herbert Xu

crypto: mv_cesa - use gen_pool to reserve the SRAM memory region

2015-06-19T14:18:02+00:00

The mv_cesa driver currently expects the SRAM memory region to be passed as a platform device resource. This approach implies two drawbacks: - the DT representation is wrong - the only one that can access the SRAM is the crypto engine The last point is particularly annoying in some cases: for example on armada 370, a small region of the crypto SRAM is used to implement the cpuidle, which means you would not be able to enable both cpuidle and the CESA driver. To address that problem, we explicitly define the SRAM device in the DT and then reference the sram node from the crypto engine node. Also note that the old way of retrieving the SRAM memory region is still supported, or in other words, backward compatibility is preserved. Signed-off-by: Boris Brezillon Signed-off-by: Herbert Xu

crypto: mv_cesa - request registers memory region

2015-05-25T10:41:27+00:00

The mv_cesa driver does not request the CESA registers memory region. Since we're about to add a new CESA driver, we need to make sure only one of these drivers probe the CESA device, and requesting the registers memory region is a good way to achieve that. Signed-off-by: Boris Brezillon Signed-off-by: Herbert Xu

crypto: mv_cesa - ensure backlog is initialised

2015-04-21T01:14:38+00:00

backlog is not initialised so in the case where cpg->eng_st != ENGINE_IDLE it is never initialised and hence which could lead to an illegal memory dereference in the statement: backlog->complete(backlog, -EINPROGRESS); Discovered with cppcheck static analsys: [drivers/crypto/mv_cesa.c:616]: (error) Uninitialized variable: backlog Signed-off-by: Colin Ian King 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: LLVMLinux: Remove VLAIS from crypto/mv_cesa.c

2014-10-14T08:51:23+00:00

Replaced the use of a Variable Length Array In Struct (VLAIS) with a C99 compliant equivalent. This patch allocates the appropriate amount of memory using a char array using the SHASH_DESC_ON_STACK macro. The new code can be compiled with both gcc and clang. Signed-off-by: Behan Webster Reviewed-by: Mark Charlebois Reviewed-by: Jan-Simon Möller Acked-by: Herbert Xu

crypto: cesa - tfm->__crt_alg->cra_type directly

2014-05-22T13:03:17+00:00

The checking for the type of algorithm implementation is pretty strange here. Use regular flags to check for the type instead. Signed-off-by: Marek Vasut Cc: Bill Pemberton Cc: Herbert Xu Cc: Kent Yoder Cc: Jamie Iles Cc: Phil Sutter Signed-off-by: Herbert Xu

crypto: cesa - tfm->__crt_alg->cra_name directly

2014-05-22T13:03:14+00:00

Signed-off-by: Marek Vasut Signed-off-by: Herbert Xu

crypto: mv_cesa: remove deprecated IRQF_DISABLED

2013-10-16T12:56:24+00:00

This patch proposes to remove the use of the IRQF_DISABLED flag It's a NOOP since 2.6.35 and it will be removed one day. Signed-off-by: Michael Opdenacker Signed-off-by: Herbert Xu