[PATCH] crypto: caam: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/crypto/caam/ctrl.c:398:5: warning: no previous prototype for 'caam_get_era' [-Wmissing-prototypes] In fact, this function is declared in drivers/crypto/caam/ctrl.h and be exported, thus can be refrenced by modules, so this patch adds

[PATCH] crypto: mv_cesa: remove NO_IRQ reference

Drivers should not use NO_IRQ, as we are trying to get rid of that. In this case, the call to irq_of_parse_and_map() is both wrong (as it returns '0' on failure, not NO_IRQ) and unnecessary (as platform_get_irq() does the same thing) This removes the call to irq_of_parse_and_map() and checks for

dm-crypt: flush crypt_queue on suspend? on REQ_FLUSH?

Hello all, We have a KVM => dm-crypt => dm-thin stack in and a snapshot may have partially completed queued IO out-of-order. EXT4 is giving errors like this after mounting a snapshot, but only on files recently modified near the snapshot time. This might imply out-of-order writes since,

[PATCH 0/2][RESEND] add omitted release in qat_common

The first patch introduces a variable to handle different error codes and be able to reuse the same clean up code. The second add an omitted release by jumping to the clean code having set the returned value to the proper error code. --- drivers/crypto/qat/qat_common/qat_uclo.c | 16

[PATCH 2/2] crypto: qat - fix resource release omissions

This issue was found with Hector. Signed-off-by: Quentin Lambert --- drivers/crypto/qat/qat_common/qat_uclo.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/drivers/crypto/qat/qat_common/qat_uclo.c +++ b/drivers/crypto/qat/qat_common/qat_uclo.c @@

[PATCH 1/2] crypto: qat - introduces a variable to handle error codes

Most error code used to jump to a label that lead to a "return -EFAULT" statement. This patch introduces a variable that stores the error code so that other error branches can use the same label to exit. Signed-off-by: Quentin Lambert ---

[PATCH 0/2] add omitted release in qat_common

The first patch introduces a variable to handle different error codes and be able to reuse the same clean up code. The second add an omitted release by jumping to the clean code having set the returned value to the proper error code. --- drivers/crypto/qat/qat_common/qat_uclo.c | 16

[PATCH 1/2][RESEND] crypto: qat - introduces a variable to handle error codes

Most error code used to jump to a label that lead to a "return -EFAULT" statement. This patch introduces a variable that stores the error code so that other error branches can use the same label to exit. Signed-off-by: Quentin Lambert ---

[PATCH 2/2] crypto: qat - fix resource release omissions

In certain cases qat_uclo_parse_uof_obj used to return with an error code before releasing all resources. This patch add a jump to the appropriate label ensuring that the resources are properly released before returning. This issue was found with Hector. Signed-off-by: Quentin Lambert

Re: Who will copy the AAD data to dest. buffer

On Fri, Sep 02, 2016 at 08:05:04PM +0530, Harsh Jain wrote: > Hi Herbert, > > Is copy of AAD data to destination buffer when dst != src is mandatory > requirements for crypto drivers or we can skip this copy. Actually I > am bit confused, In following link Stephen had mentioned caller will >

Who will copy the AAD data to dest. buffer

Hi Herbert, Is copy of AAD data to destination buffer when dst != src is mandatory requirements for crypto drivers or we can skip this copy. Actually I am bit confused, In following link Stephen had mentioned caller will memcpy the AAD to destination buffer but authenc.c also copies the AAD to

Re: CONFIG_FIPS without module loading support?

NTU wrote: > Ok, can we merge that in? We can if you send us a patch :) -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To unsubscribe from this list: send the

Re: [PATCH v2 3/4] hw_random: jz4780-rng: Add RNG node to jz4780.dtsi

> I don't like this change. The RNG registers are documented as a part of > the same hardware block as the clock & power stuff which the CGU driver > handles, and indeed in the M200 SoC there is a power-related register > after the RNG registers. So shortening the range covered by the CGU > driver

Re: [PATCH v2 3/4] hw_random: jz4780-rng: Add RNG node to jz4780.dtsi

On 27/08/16 19:14, PrasannaKumar Muralidharan wrote: > This patch adds RNG node to jz4780.dtsi. > > Signed-off-by: PrasannaKumar Muralidharan > --- > arch/mips/boot/dts/ingenic/jz4780.dtsi | 7 ++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff

[PATCH] crypto: ccp - add missing release in ccp_dmaengine_register

ccp_dmaengine_register used to return with an error code before releasing all resource. This patch adds a jump to the appropriate label ensuring that the resources are properly released before returning. This issue was found with Hector. Signed-off-by: Quentin Lambert