On Wed, May 6, 2015 at 12:36 PM, Tadeusz Struk tadeusz.st...@intel.com wrote:
Add Public Key Encryption API.
Signed-off-by: Tadeusz Struk tadeusz.st...@intel.com
---
crypto/Kconfig |6 +
crypto/Makefile|1
crypto/crypto_user.c | 24 +++
On Mon, Jun 08, 2015 at 03:21:09PM +0300, Andy Shevchenko wrote:
On Fri, May 29, 2015 at 10:14 PM, Jim Davis jim.ep...@gmail.com wrote:
Building with the attached random configuration file,
Hit the very same error against next-20150605.
There are also several failing default
Am Monday 08 June 2015, 12:54:12 schrieb Guenter Roeck:
Hi Guenter,
Thanks for the note.
...
---
openrisc:defconfig:
In file included from ./arch/openrisc/include/asm/timex.h:23:0,
...
from crypto/jitterentropy.c:52:
./arch/openrisc/include/asm/spr.h: In function
Am Monday 08 June 2015, 16:51:24 schrieb Guenter Roeck:
Hi Guenter,
Yes, that fixes the problem (after I also removed the associated #error from
jitterentropy.c).
Thank you for the confirmation. The patch will come tonight on this issue as I
tested the cryptographic impact already.
Thanks a
On 06/08/2015 03:36 PM, Stephan Mueller wrote:
Am Monday 08 June 2015, 12:54:12 schrieb Guenter Roeck:
Hi Guenter,
Thanks for the note.
...
---
openrisc:defconfig:
In file included from ./arch/openrisc/include/asm/timex.h:23:0,
...
from crypto/jitterentropy.c:52:
Am Monday 08 June 2015, 16:30:09 schrieb Guenter Roeck:
Hi Guenter,
get_cycles is implemented as static inline which executes mfspr(SPR_TTCR).
SPR_TTCR is a constant. Normally that information seems to be passed on,
but not when get_cycles() is compiled through jitterentropy.
Any idea what
On 06/08/2015 04:33 PM, Stephan Mueller wrote:
Am Monday 08 June 2015, 16:30:09 schrieb Guenter Roeck:
Hi Guenter,
get_cycles is implemented as static inline which executes mfspr(SPR_TTCR).
SPR_TTCR is a constant. Normally that information seems to be passed on,
but not when get_cycles() is
Am Montag, 8. Juni 2015, 09:33:55 schrieb Herbert Xu:
Hi Herbert,
On Sat, Jun 06, 2015 at 04:20:35AM +0200, Stephan Mueller wrote:
When compiling the DRBG statically into the kernel, the testmgr
allocation of the DRBG may be done at a time the Jitter RNG is
not available. The testmgr
Adding Stephan to Cc.
On Mon, 2015-06-08 at 20:25 +0800, Herbert Xu wrote:
On Mon, Jun 08, 2015 at 03:21:09PM +0300, Andy Shevchenko wrote:
On Fri, May 29, 2015 at 10:14 PM, Jim Davis jim.ep...@gmail.com wrote:
Building with the attached random configuration file,
Hit the very same
On Fri, May 29, 2015 at 10:14 PM, Jim Davis jim.ep...@gmail.com wrote:
Building with the attached random configuration file,
Hit the very same error against next-20150605.
The issue with that file we have no compiler optimization enabled. So,
guys, how you would recommend to fix it?
By the
When compiling the DRBG statically into the kernel, the testmgr
allocation of the DRBG may be done at a time the Jitter RNG is
not available as it is registered later. The patch changes the
initialization to be invoked in subsys_initcall.
Signed-off-by: Stephan Mueller smuel...@chronox.de
---
11 matches
Mail list logo