On Mon, Jun 08, 2009 at 03:28:08PM +1000, Herbert Xu wrote:
On Fri, Jun 05, 2009 at 11:34:30AM +0200, Steffen Klassert wrote:
In pcrypt_alloc_instance() I do
inst-alg.cra_priority = alg-cra_priority + 100;
So, in my case authenc has priority 2000 and pcrypt has priority 2100.
In this
This patch introduces an interface to process data objects
in parallel. On request it is possible to serialize again.
The parallelized objects return after serialization in the
same order as they were before the parallelization.
Signed-off-by: Steffen Klassert steffen.klass...@secunet.com
---
This patch adds a parallel crypto template that takes a crypto
algorithm and converts it to process the crypto transforms in
parallel. For the moment only aead is supported.
Signed-off-by: Steffen Klassert steffen.klass...@secunet.com
---
crypto/Kconfig| 13 ++
crypto/Makefile
aead eseqiv needs to add the IV to the scatterlist itself.
So check if the IV is already contained in the scatterlist
and add it just if it is not already there.
Signed-off-by: Steffen Klassert steffen.klass...@secunet.com
---
crypto/authenc.c |5 +++--
1 files changed, 3 insertions(+), 2
This adds the 'alg' module parameter to be able to test an
algorithm by name. If the algorithm type is not ad-hoc
clear for a algorithm (e.g. pcrypt, cryptd) it is possilbe
to set the algorithm type with the 'type' module parameter.
Signed-off-by: Steffen Klassert steffen.klass...@secunet.com
---
Just started running fips cavs test vectors through an s390x system
for giggles, and discovered that I missed patching s390's arch-specific
des3 implementation w/an earlier des3 patch to permit weak keys.
This change adds the same flag tweaks as
ad79cdd77fc1466e45cf923890f66bcfe7c43f12
for
