[PATCH] crypto: testmgr - mark ctr(des3_ede) as fips_allowed

3DES is missing the fips_allowed flag for CTR mode. Signed-off-by: Marcelo Henrique Cerri --- crypto/testmgr.c | 1 + 1 file changed, 1 insertion(+) diff --git a/crypto/testmgr.c b/crypto/testmgr.c index 89f1dd1f4b13..cd075c7d8ee1 100644 --- a/crypto/testmgr.c +++

Re: Question - seeding the hw pseudo random number generator

> I looked at Exynos Pseudo Random Nubmer Generator driver > (drivers/char/hw_random/exynos-rng.c) and noticed that it always seeds > the device with jiffies. Then I looked at few other drivers and found > that they do not seed themself (or at least I couldn't find this). HW random interface is

Re: [PATCH] crypto: testmgr - mark ctr(des3_ede) as fips_allowed

Am Montag, 20. März 2017, 21:28:05 CET schrieb Marcelo Henrique Cerri: Hi Marcelo, > 3DES is missing the fips_allowed flag for CTR mode. > > Signed-off-by: Marcelo Henrique Cerri Acked-by: Stephan Mueller Ciao Stephan

[PATCH v2 06/10] x86: crypto, annotate local functions

Use the newly added SYM_FUNC_START_LOCAL to annotate starts of all functions which do not have ".globl" annotation, but their ends are annotated by ENDPROC. This is needed to balance ENDPROC for tools that are about to generate debuginfo. Signed-off-by: Jiri Slaby Cc: Herbert Xu

[PATCH v2 07/10] x86: assembly, annotate aliases

_key_expansion_128 is an alias to _key_expansion_256a, __memcpy to memcpy, xen_syscall32_target to xen_sysenter_target, and so on. Annotate them all using the new SYM_FUNC_START_ALIAS, SYM_FUNC_START_LOCAL_ALIAS, and SYM_FUNC_END_ALIAS. This will make the tools generating the debuginfo happy.

[PATCH] crypto: zip - add a cast for printing atomic64_t values

kernelci.org reports a build-time regression on linux-next, with a harmless warning in x86 allmodconfig: drivers/crypto/cavium/zip/zip_main.c:489:18: warning: format '%ld' expects argument of type 'long int', but argument 7 has type 'long long int' [-Wformat=]

Re: [PATCH] crypto: zip - Memory corruption in zip_clear_stats()

On Sat, Mar 18, 2017 at 4:29 PM, Dan Carpenter wrote: > On Sat, Mar 18, 2017 at 11:24:34AM +0100, walter harms wrote: >> >> >> Am 17.03.2017 21:46, schrieb Dan Carpenter: >> > There is a typo here. It should be "stats" instead of "state". The >> > impact is that we

Re: Question - seeding the hw pseudo random number generator

Am Montag, 20. März 2017, 14:28:58 CET schrieb Herbert Xu: Hi Herbert, > On Mon, Mar 20, 2017 at 12:19:32PM +0530, PrasannaKumar Muralidharan wrote: > > AF_ALG interface for rng does have seeding support. I think hw_random > > does not provide seeding support intentionally as I understand that >

Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt

On 6 March 2017 at 20:08, Gilad Ben-Yossef wrote: > > I gave it a spin on a x86_64 with 8 CPUs with AES-NI using cryptd and > on Arm using CryptoCell hardware accelerator. > > There was no difference in performance between 512 and 4096 bytes > cluster size on the x86_64 (800

Re: Question - seeding the hw pseudo random number generator

On Mon, Mar 20, 2017 at 12:19:32PM +0530, PrasannaKumar Muralidharan wrote: > > AF_ALG interface for rng does have seeding support. I think hw_random > does not provide seeding support intentionally as I understand that > True RNG need not require seeding (please correct me if I am wrong). Yes.

Re: Question - seeding the hw pseudo random number generator

On Mon, Mar 20, 2017 at 09:28:58PM +0800, Herbert Xu wrote: > On Mon, Mar 20, 2017 at 12:19:32PM +0530, PrasannaKumar Muralidharan wrote: > > > > AF_ALG interface for rng does have seeding support. I think hw_random > > does not provide seeding support intentionally as I understand that > > True