Thread (4 messages) 4 messages, 2 authors, 2015-02-28

Re: [PATCH] crypto: tcrypt speed: fix filter for aead algorithms

flat view

From: Herbert Xu <herbert@gondor.apana.org.au>
Date: 2015-02-28 09:13:27

On Fri, Feb 27, 2015 at 01:14:20PM +0200, Cristian Stoica wrote:
Hi Herbert,

On 02/27/2015 11:25 AM, Herbert Xu wrote:
quoted
On Tue, Feb 03, 2015 at 03:59:48PM +0200, Cristian Stoica wrote:
quoted
test_aead_speed is written for sync algorithms without specifically
[...]
quoted
Please fix it to test asynchronously instead.
Thanks for review.

I think that a fix for async aead requires a different test function as
is the case with test_cipher_speed/test_acipher_speed and also with
test_hash_speed/test_ahash_speed.

But I see a issue here with the current async tests:

int test_acipher_cycles(...)
{
  for (i = 0; i < 8; i++) {
    [...]
    ret = do_one_acipher_op(req, crypto_ablkcipher_encrypt(req));
    [...]
  }
}

and in do_one_acipher_op we wait for completion of
crypto_ablkcipher_encrypt:

if (ret == -EINPROGRESS || ret == -EBUSY) {
	struct tcrypt_result *tr = req->base.data;
	ret = wait_for_completion_interruptible(&tr->completion);
}

Doesn't this defeat the purpose of async execution?
We're trying to measure the minimum amount of time it takes
for the implementation to handle one request so waiting for
completion makes sense.

Cheers,
-- 
Email: Herbert Xu [off-list ref]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help