Re: [PATCH 0/7] arm64: marvell: add cryptographic engine support for 7k/8k

2017-04-11 Thread Gregory CLEMENT
Hi Herbert, On lun., avril 10 2017, Herbert Xu wrote: > On Wed, Mar 29, 2017 at 02:44:25PM +0200, Antoine Tenart wrote: >> Hi all, >> >> This series adds support for the Inside Secure SafeXcel EIP197 >> cryptographic engine which can be found on Marvell Armada 7k

[PATCH v5 0/2] crypto: hw_random - Add new Exynos RNG driver

2017-04-11 Thread Krzysztof Kozlowski
Hi, This is a follow up of my questions around exynos-rng [1]. Changes since v4: = 1. Patch 2/2: Use "stdrng" name, as suggested by Herbert. 2. Patch 2/2: Add Bartlomiej's reviewed-by. Changes since v3: = 1. New patch: 1/2 for ALIGN_DOWN macro. The change in

[PATCH v5 1/2] linux/kernel.h: Add ALIGN_DOWN macro

2017-04-11 Thread Krzysztof Kozlowski
Few parts of kernel define their own macro for aligning down so provide a common define for this, with the same usage and assumptions as existing ALIGN. Convert also three existing implementations to this one. Signed-off-by: Krzysztof Kozlowski --- The metag change was not

[PATCH -next] crypto: caam - fix error return code in caam_qi_init()

2017-04-11 Thread Wei Yongjun
From: Wei Yongjun Fix to return error code -ENOMEM from the kmem_cache_create() error handling case instead of 0(err is 0 here), as done elsewhere in this function. Fixes: 67c2315def06 ("crypto: caam - add Queue Interface (QI) backend support") Signed-off-by: Wei Yongjun

[PATCH v5 2/2] crypto: hw_random - Add new Exynos RNG driver

2017-04-11 Thread Krzysztof Kozlowski
Replace existing hw_ranndom/exynos-rng driver with a new, reworked one. This is a driver for pseudo random number generator block which on Exynos4 chipsets must be seeded with some value. On newer Exynos5420 chipsets it might seed itself from true random number generator block but this is not

Re: [PATCH v4 2/2] crypto: hw_random - Add new Exynos RNG driver

2017-04-11 Thread Krzysztof Kozlowski
On Mon, Apr 10, 2017 at 12:55 PM, Herbert Xu wrote: > On Sat, Apr 08, 2017 at 03:32:45PM +0200, Krzysztof Kozlowski wrote: >> >> +static struct rng_alg exynos_rng_alg = { >> + .generate = exynos_rng_generate, >> + .seed =

Re: Fwd: [linux-next:master 7274/8070] undefined reference to `crypto_alloc_shash'

2017-04-11 Thread Herbert Xu
On Mon, Apr 10, 2017 at 12:46:22PM +0200, Stephan Müller wrote: > Am Montag, 10. April 2017, 12:22:23 CEST schrieb Herbert Xu: > > Hi Herbert, > > > Hmm that's weird because CRYPTO_HASH selects CRYPTO_HASH2. Do > > you have a kconfig file that reproduces this? > > Please see attached. I see

Re: Fwd: [linux-next:master 7274/8070] undefined reference to `crypto_alloc_shash'

2017-04-11 Thread Stephan Müller
Am Dienstag, 11. April 2017, 12:50:00 CEST schrieb Herbert Xu: Hi Herbert, > I see the problem. When you select CRYPTO_HASH you must also > select CRYPTO. Thank you very much. I will prepare a patch. Ciao Stephan

[bug report] padata: simplify serialization mechanism

2017-04-11 Thread Dan Carpenter
Hello Steffen Klassert, The patch 5f1a8c1bc724: "padata: simplify serialization mechanism" from Jul 7, 2010, leads to the following static checker warning: kernel/padata.c:243 padata_reorder() warn: 'padata' is an error pointer or valid kernel/padata.c 231 if