Re: [PATCH v2] hwrng: iproc: set quality to 1024

2021-02-22 Thread Stefan Wahren
Hi, Am 20.02.21 um 21:01 schrieb Álvaro Fernández Rojas: > This allows khwrngd to make use of iproc-rng200. > > Justification: > cat /dev/hwrng | rngtest -c 1000 > rngtest 6.10 > Copyright (c) 2004 by Henrique de Moraes Holschuh > This is free software; see the source for copying conditions. Ther

Re: [PATCH v2 1/2] hwrng: iproc-rng200 - Set the quality value

2020-05-21 Thread Stefan Wahren
Hi Lukasz, Am 19.05.20 um 23:25 schrieb Łukasz Stelmach: > The value was estimaded with ea_iid[1] using on 10485760 bytes read from > the RNG via /dev/hwrng. The min-entropy value calculated using the most > common value estimate (NIST SP 800-90P[2], section 6.3.1) was 7.964464. could you please

[PATCH 03/17] hw_random: bcm2835-rng: Switch to SPDX identifier

2018-11-10 Thread Stefan Wahren
Adopt the SPDX license identifier headers to ease license compliance management. While we are at this fix the comment style, too. Cc: Lubomir Rintel Signed-off-by: Stefan Wahren --- drivers/char/hw_random/bcm2835-rng.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a

[PATCH 00/17] bcm2835: Treewide switch to SPDX identifier

2018-11-10 Thread Stefan Wahren
of changes for vc04_services. I hope it is okay to have the binding header integrated in the tree-wise patches instead of a separate one. This should avoid conflicts while merging. Stefan Wahren (17): ARM: dts: bcm2835-rpi-zero: Switch to SPDX identifier ARM: mach-bcm: Switch bcm2835 and plats

[PATCH] hwrng: bcm2835: Handle deferred clock properly

2018-02-12 Thread Stefan Wahren
In case the probe of the clock is deferred, we would assume it is optional. This is wrong, so defer the probe of this driver until the clock is available. Fixes: 791af4f4907a ("hwrng: bcm2835 - Manage an optional clock") Signed-off-by: Stefan Wahren --- drivers/char/hw_random/bcm2835

[PATCH 0/2] ARM: bcm283x: Add missing interrupt for RNG block

2017-11-18 Thread Stefan Wahren
://github.com/raspberrypi/linux/issues/2195 Stefan Wahren (2): dt-binding: rng: Add interrupt property for BCM2835 ARM: bcm283x: Add missing interrupt for RNG block Documentation/devicetree/bindings/rng/brcm,bcm2835.txt | 9 +++-- arch/arm/boot/dts/bcm283x.dtsi | 1 + 2

[PATCH 2/2] ARM: bcm283x: Add missing interrupt for RNG block

2017-11-18 Thread Stefan Wahren
This patch adds the missing interrupt property to the RNG block of BCM283x. Link: https://github.com/raspberrypi/linux/issues/2195 CC: Florian Fainelli Signed-off-by: Stefan Wahren --- arch/arm/boot/dts/bcm283x.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts

[PATCH 1/2] dt-binding: rng: Add interrupt property for BCM2835

2017-11-18 Thread Stefan Wahren
nelli Signed-off-by: Stefan Wahren --- Documentation/devicetree/bindings/rng/brcm,bcm2835.txt | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/rng/brcm,bcm2835.txt b/Documentation/devicetree/bindings/rng/brcm,bcm2835.txt index 2654269..82

Re: [PATCH v2 07/12] hwrng: bcm2835-rng: Manage an optional clock

2017-11-08 Thread Stefan Wahren
Hi Florian, > Florian Fainelli hat am 8. November 2017 um 01:44 > geschrieben: > > > One of the last steps before bcm63xx-rng can be eliminated is to manage > a clock during hwrng::init and hwrng::cleanup, so fetch it in the probe > function, and manage it during these two steps when valid. >

Re: [PATCH v2 06/12] hwrng: bcm2835-rng: Rework interrupt masking

2017-11-08 Thread Stefan Wahren
Hi Florian, > Florian Fainelli hat am 8. November 2017 um 01:44 > geschrieben: > > > The interrupt masking done for Northstart Plus and Northstar (BCM5301X) > is moved from being a function pointer mapped to of_device_id::data into > a proper part of the hwrng::init callback. While at it, we a

Re: [PATCH 11/12] hwrng: bcm2835-rng: Enable BCM2835 RNG to work on BCM63xx platforms

2017-11-07 Thread Stefan Wahren
> Stefan Wahren hat am 7. November 2017 um 07:45 > geschrieben: > > > > Florian Fainelli hat am 6. November 2017 um 21:16 > > geschrieben: > > > > > > On 11/04/2017 11:27 AM, Stefan Wahren wrote: > > > Hi Florian > > >

Re: [PATCH 11/12] hwrng: bcm2835-rng: Enable BCM2835 RNG to work on BCM63xx platforms

2017-11-06 Thread Stefan Wahren
> Florian Fainelli hat am 6. November 2017 um 21:16 > geschrieben: > > > On 11/04/2017 11:27 AM, Stefan Wahren wrote: > > Hi Florian > > > >> Florian Fainelli hat am 2. November 2017 um 02:04 > >> geschrieben: > >> > >> &g

Re: [PATCH 11/12] hwrng: bcm2835-rng: Enable BCM2835 RNG to work on BCM63xx platforms

2017-11-04 Thread Stefan Wahren
Hi Florian > Florian Fainelli hat am 2. November 2017 um 02:04 > geschrieben: > > > We have now incorporated all necessary functionality for the BCM63xx > platforms to successfully migrate over bcm2835-rng, so add the final > bits: Kconfig selection and proper platform_device device type match

Re: [PATCH 07/12] hwrng: bcm2835-rng: Manage an optional clock

2017-11-04 Thread Stefan Wahren
> Florian Fainelli hat am 4. November 2017 um 18:59 > geschrieben: > > > Hi Stefan, > > On 11/04/2017 06:50 AM, Stefan Wahren wrote: > > Hi Florian, > > > >> Florian Fainelli hat am 2. November 2017 um 02:04 > >> geschrieben: > >&g

Re: [PATCH 07/12] hwrng: bcm2835-rng: Manage an optional clock

2017-11-04 Thread Stefan Wahren
Hi Florian, > Florian Fainelli hat am 2. November 2017 um 02:04 > geschrieben: > > > One of the last steps before bcm63xx-rng can be eliminated is to manage > a clock during hwrng::init and hwrng::cleanup, so fetch it in the probe > function, and manage it during these two steps when valid. >

Re: [PATCH 00/12] bcm63xx-rng conversion to bcm2835-rng

2017-11-02 Thread Stefan Wahren
Hi Florian, > Florian Fainelli hat am 2. November 2017 um 02:03 > geschrieben: > > > Hi, > > As it usually happens when there is a fair amount of HW IP block re-use, > competing implementations show up. In that case the BCM2835 HWRNG driver and > the BCM63xx RNG driver have exactly the same r

Re: [PATCH 00/12] bcm63xx-rng conversion to bcm2835-rng

2017-11-02 Thread Stefan Wahren
Hi Florian, > Florian Fainelli hat am 2. November 2017 um 02:03 > geschrieben: > > > Hi, > > As it usually happens when there is a fair amount of HW IP block re-use, > competing implementations show up. In that case the BCM2835 HWRNG driver and > the BCM63xx RNG driver have exactly the same r

Re: crypto: mxs-dcp: do not call blocking ops when !TASK_RUNNING; state=1

2016-08-24 Thread Stefan Wahren
Hi Fabio, > Fabio Estevam hat am 25. August 2016 um 00:52 > geschrieben: > > > Hi Stefan, > > On Tue, Aug 23, 2016 at 5:38 PM, Stefan Wahren wrote: > > Hi, > > > > i'm using a iMX233-OLinuXino board and i get the following warning duri

crypto: mxs-dcp: do not call blocking ops when !TASK_RUNNING; state=1

2016-08-23 Thread Stefan Wahren
Hi, i'm using a iMX233-OLinuXino board and i get the following warning during boot with 4.8.0-rc2-next-20160819: [2.45] [ cut here ] [2.45] WARNING: CPU: 0 PID: 42 at kernel/sched/core.c:7602 __might_sleep+0x8c/0xa0 [2.47] do not call blocking ops w