[RESEND PATCH 2/2] crypto: rockchip - return the err code when unable dequeue the crypto request

2017-07-23 Thread zain wang
Sometime we would unable to dequeue the crypto request, in this case, we should finish crypto and return the err code. Signed-off-by: zain wang --- drivers/crypto/rockchip/rk3288_crypto.c| 19 ---

[RESEND PATCH 1/2] crypto: rockchip - move the crypto completion from interrupt context

2017-07-23 Thread zain wang
It's illegal to call the completion function from hardirq context, it will cause runtime tests to fail. Let's build a new task (done_task) for moving update operation from hardirq context. Signed-off-by: zain wang --- drivers/crypto/rockchip/rk3288_crypto.c| 39

[RESEND PATCH 0/2] crypto/rockchip: fix some issue which causes crypto failed

2017-07-23 Thread zain wang
These patches fix some bugs on rockchip's crypto which would cause crypto failed. zain wang (2): crypto: rockchip - move the crypto completion from interrupt context crypto: rockchip - return the err code when unable dequeue the crypto request drivers/crypto/rockchip/rk3288_crypto.c

Re: [RFC PATCH v12 3/4] Linux Random Number Generator

2017-07-23 Thread Theodore Ts'o
On Sun, Jul 23, 2017 at 02:05:38PM -0400, Sandy Harris wrote: > Sandy Harris wrote: > > > The biggest problem with random(4) is that you cannot generate good > > output without a good seed & just after boot, ... > > > > The only really good solution I know of is to find a

Good Day My Good Friend

2017-07-23 Thread Mr.John Mark
Good Day My Good Friend Let me start by introducing myself I am Mr. John Mark from Burkina Faso, I am writing you this liter busy on latest development in my bank which i we like to bring you in. The sum of Eleven Million United State Dollars ($ 11Million) this is legitimate Transition after the

Re: [RFC PATCH v12 3/4] Linux Random Number Generator

2017-07-23 Thread Sandy Harris
Sandy Harris wrote: > The biggest problem with random(4) is that you cannot generate good > output without a good seed & just after boot, ... > > The only really good solution I know of is to find a way to provide a > chunk of randomness early in the boot process. John

[PATCH v6 3/3] hwrng: add a driver for Freescale RNGC

2017-07-23 Thread Martin Kaiser
The driver is ported from Freescale's Linux git and can be found in the vendor/freescale/imx_2.6.35_maintain branch. The driver supports both RNG version C that's part of some Freescale i.MX3 SoCs and version B that is available on i.MX2x chipsets. Signed-off-by: Steffen Trumtrar

[PATCH v6 2/3] ARM: i.MX25: add RNGB node to dtsi

2017-07-23 Thread Martin Kaiser
From: Steffen Trumtrar Add a devicetree entry for the Random Number Generator Version B (RNGB). The driver for RNGC supports version B as well. Signed-off-by: Steffen Trumtrar Signed-off-by: Martin Kaiser --- Changes in

[PATCH v6 1/3] Documentation: devicetree: add Freescale RNGC binding

2017-07-23 Thread Martin Kaiser
From: Steffen Trumtrar Add binding documentation for the Freescale RNGC found on some i.MX2/3 SoCs. Signed-off-by: Steffen Trumtrar Signed-off-by: Martin Kaiser --- Changes in v6: - be more precise about rngc and rngb