crypto: tcrypt - include 1420 byte blocks in aead and skcipher benchmarks
authorArd Biesheuvel <ardb@kernel.org>
Fri, 20 Nov 2020 11:04:33 +0000 (12:04 +0100)
committerHerbert Xu <herbert@gondor.apana.org.au>
Fri, 27 Nov 2020 06:13:45 +0000 (17:13 +1100)
commitad6d66bcac77e5145eb67449f8354ed0f936258c
treea98963e5bb97a4b941f252d2e49f9820975026dd
parent00ea27f11c4f96ffc9ebc147b5ea045babb02ce3
crypto: tcrypt - include 1420 byte blocks in aead and skcipher benchmarks

WireGuard and IPsec both typically operate on input blocks that are
~1420 bytes in size, given the default Ethernet MTU of 1500 bytes and
the overhead of the VPN metadata.

Many aead and sckipher implementations are optimized for power-of-2
block sizes, and whether they perform well when operating on 1420
byte blocks cannot be easily extrapolated from the performance on
power-of-2 block size. So let's add 1420 bytes explicitly, and round
it up to the next blocksize multiple of the algo in question if it
does not support 1420 byte blocks.

Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto/tcrypt.c