On Mon, Apr 27, 2009 at 04:56:20PM +0800, Herbert Xu wrote:
On Fri, Apr 24, 2009 at 12:27:20PM +0200, Steffen Klassert wrote:
+ alg = crypto_get_attr_alg(tb, algt-type,
+ (algt-mask CRYPTO_ALG_TYPE_MASK)
+ | CRYPTO_ALG_PCRYPT);
On Tue, Apr 28, 2009 at 08:23:16AM +0200, Steffen Klassert wrote:
I don't need to exclude it. I just wanted to avoid another layer
of pcrypt here because it does not make too much sense to parallelize
a second time. If the aead algorithm is already parallel it would just
add overhead if we
On Tue, Apr 28, 2009 at 02:31:29PM +0800, Herbert Xu wrote:
I thought so. The system is certainly not going to automatically
construct a second pcrypt algorithm once one exists. So I think
we can just remove this bit.
Ok, so I will remove it in the next version.
Steffen
--
To
On Fri, Apr 24, 2009 at 12:27:20PM +0200, Steffen Klassert wrote:
+ alg = crypto_get_attr_alg(tb, algt-type,
+ (algt-mask CRYPTO_ALG_TYPE_MASK)
+ | CRYPTO_ALG_PCRYPT);
Do you really need to exclude pcrypt algorithms here? If the
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
