summaryrefslogtreecommitdiffstats
path: root/block/blk-map.c
diff options
context:
space:
mode:
authorEric Biggers <ebiggers@google.com>2020-12-23 00:09:55 -0800
committerHerbert Xu <herbert@gondor.apana.org.au>2021-01-03 08:41:38 +1100
commit42ad8cf821f0d8564c393e9ad7d00a1a271d18ae (patch)
tree248a9d2169654a353a93d718c048f817a7129430 /block/blk-map.c
parent8c4a93a1270ddffc7660ae43fa8030ecfe9c06d9 (diff)
downloadlinux-stable-42ad8cf821f0d8564c393e9ad7d00a1a271d18ae.tar.gz
linux-stable-42ad8cf821f0d8564c393e9ad7d00a1a271d18ae.tar.bz2
linux-stable-42ad8cf821f0d8564c393e9ad7d00a1a271d18ae.zip
crypto: blake2s - optimize blake2s initialization
If no key was provided, then don't waste time initializing the block buffer, as its initial contents won't be used. Also, make crypto_blake2s_init() and blake2s() call a single internal function __blake2s_init() which treats the key as optional, rather than conditionally calling blake2s_init() or blake2s_init_key(). This reduces the compiled code size, as previously both blake2s_init() and blake2s_init_key() were being inlined into these two callers, except when the key size passed to blake2s() was a compile-time constant. These optimizations aren't that significant for BLAKE2s. However, the equivalent optimizations will be more significant for BLAKE2b, as everything is twice as big in BLAKE2b. And it's good to keep things consistent rather than making optimizations for BLAKE2b but not BLAKE2s. Signed-off-by: Eric Biggers <ebiggers@google.com> Acked-by: Ard Biesheuvel <ardb@kernel.org> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'block/blk-map.c')
0 files changed, 0 insertions, 0 deletions