Thread (20 messages) 20 messages, 5 authors, 2015-05-20

[PATCH] crypto: allow to assign gfp_t for __crypto_alloc_tfm

From: herbert@gondor.apana.org.au (Herbert Xu)
Date: 2015-05-20 15:42:36
Also in: linux-crypto, linux-ext4, linux-f2fs-devel, lkml

On Wed, May 20, 2015 at 05:30:14PM +0200, Ard Biesheuvel wrote:
However, it's quite a can of worms you're opening here. Speed is
easily quantified, and it may even be feasible to introduce some kind
of boottime benchmark to select the fastest implementation available
(like already exists for xor and raid6, for instance).
@Herbert: was something like this ever proposed? And would you
consider merging it if it were implemented adequately?
Up until now static priorities have been sufficient in selecting
the best implementation.  However, if you can show us a case where
a given implementation is slower on one host but faster on another
then sure we can add a run-time test and priority adjustment for it.

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