From: Herbert Xu <herbert@gondor.apana.org.au>
To: Eric Biggers <ebiggers@kernel.org>
Cc: mpatocka@redhat.com, linux-crypto@vger.kernel.org, dm-devel@redhat.com
Subject: Re: [PATCH v2 0/7] crypto: add CRYPTO_ALG_ALLOCATES_MEMORY
Date: Thu, 16 Jul 2020 21:55:38 +1000 [thread overview]
Message-ID: <20200716115538.GA31461@gondor.apana.org.au> (raw)
In-Reply-To: <20200710062042.113842-1-ebiggers@kernel.org>
Eric Biggers <ebiggers@kernel.org> wrote:
> This series introduces a flag that algorithms can set to indicate that
> they allocate memory during processing of typical inputs, and thus
> shouldn't be used in cases like dm-crypt where memory allocation
> failures aren't acceptable.
>
> Compared to Mikulas's patches, I've made the following improvements:
>
> - Tried to clearly document the semantics of
> CRYPTO_ALG_ALLOCATES_MEMORY. This includes documenting the usage
> constraints, since there are actually lots of cases that were
> overlooked where algorithms can still allocate memory in some edge
> cases where inputs are misaligned, fragemented, etc. E.g. see
> crypto/skcipher.c and crypto/ahash.c. Mikulas, please let me know if
> there are any concerns for dm-crypt.
>
> - Moved the common mechanism for inheriting flags to its own patch.
>
> - crypto_grab_spawn() now handles propagating CRYPTO_ALG_INHERITED_FLAGS
> to the new template instance.
>
> - Inherit the flags in various places that were missed.
>
> - Other cleanups.
>
> Additional changes v1 => v2:
>
> - Made crypto_check_attr_type() return the mask.
>
> - Added patch that adds NEED_FALLBACK to INHERITED_FLAGS.
>
> - Added patch that removes seqiv_create().
>
> Eric Biggers (5):
> crypto: geniv - remove unneeded arguments from aead_geniv_alloc()
> crypto: seqiv - remove seqiv_create()
> crypto: algapi - use common mechanism for inheriting flags
> crypto: algapi - add NEED_FALLBACK to INHERITED_FLAGS
> crypto: algapi - introduce the flag CRYPTO_ALG_ALLOCATES_MEMORY
>
> Mikulas Patocka (2):
> crypto: drivers - set the flag CRYPTO_ALG_ALLOCATES_MEMORY
> dm-crypt: don't use drivers that have CRYPTO_ALG_ALLOCATES_MEMORY
>
> crypto/adiantum.c | 14 +--
> crypto/algapi.c | 21 +++-
> crypto/authenc.c | 14 +--
> crypto/authencesn.c | 14 +--
> crypto/ccm.c | 33 ++---
> crypto/chacha20poly1305.c | 14 +--
> crypto/cmac.c | 5 +-
> crypto/cryptd.c | 59 ++++-----
> crypto/ctr.c | 17 +--
> crypto/cts.c | 13 +-
> crypto/echainiv.c | 2 +-
> crypto/essiv.c | 11 +-
> crypto/gcm.c | 40 ++----
> crypto/geniv.c | 19 +--
> crypto/hmac.c | 5 +-
> crypto/lrw.c | 13 +-
> crypto/pcrypt.c | 14 +--
> crypto/rsa-pkcs1pad.c | 13 +-
> crypto/seqiv.c | 18 +--
> crypto/simd.c | 6 +-
> crypto/skcipher.c | 13 +-
> crypto/vmac.c | 5 +-
> crypto/xcbc.c | 5 +-
> crypto/xts.c | 15 +--
> .../crypto/allwinner/sun8i-ce/sun8i-ce-core.c | 12 +-
> .../crypto/allwinner/sun8i-ss/sun8i-ss-core.c | 12 +-
> drivers/crypto/amlogic/amlogic-gxl-core.c | 6 +-
> drivers/crypto/axis/artpec6_crypto.c | 20 ++-
> drivers/crypto/bcm/cipher.c | 72 ++++++++---
> drivers/crypto/caam/caamalg.c | 6 +-
> drivers/crypto/caam/caamalg_qi.c | 6 +-
> drivers/crypto/caam/caamalg_qi2.c | 8 +-
> drivers/crypto/caam/caamhash.c | 2 +-
> drivers/crypto/cavium/cpt/cptvf_algs.c | 18 ++-
> drivers/crypto/cavium/nitrox/nitrox_aead.c | 4 +-
> .../crypto/cavium/nitrox/nitrox_skcipher.c | 16 +--
> drivers/crypto/ccp/ccp-crypto-aes-cmac.c | 1 +
> drivers/crypto/ccp/ccp-crypto-aes-galois.c | 1 +
> drivers/crypto/ccp/ccp-crypto-aes-xts.c | 1 +
> drivers/crypto/ccp/ccp-crypto-aes.c | 2 +
> drivers/crypto/ccp/ccp-crypto-des3.c | 1 +
> drivers/crypto/ccp/ccp-crypto-sha.c | 1 +
> drivers/crypto/chelsio/chcr_algo.c | 7 +-
> drivers/crypto/hisilicon/sec/sec_algs.c | 24 ++--
> drivers/crypto/hisilicon/sec2/sec_crypto.c | 4 +-
> .../crypto/inside-secure/safexcel_cipher.c | 47 +++++++
> drivers/crypto/inside-secure/safexcel_hash.c | 18 +++
> drivers/crypto/ixp4xx_crypto.c | 6 +-
> drivers/crypto/marvell/cesa/cipher.c | 18 ++-
> drivers/crypto/marvell/cesa/hash.c | 6 +
> .../crypto/marvell/octeontx/otx_cptvf_algs.c | 30 ++---
> drivers/crypto/n2_core.c | 3 +-
> drivers/crypto/picoxcell_crypto.c | 17 ++-
> drivers/crypto/qat/qat_common/qat_algs.c | 13 +-
> drivers/crypto/qce/skcipher.c | 1 +
> drivers/crypto/talitos.c | 117 ++++++++++++------
> drivers/crypto/virtio/virtio_crypto_algs.c | 3 +-
> drivers/crypto/xilinx/zynqmp-aes-gcm.c | 1 +
> drivers/md/dm-crypt.c | 17 ++-
> include/crypto/algapi.h | 25 ++--
> include/crypto/internal/geniv.h | 2 +-
> include/linux/crypto.h | 36 +++++-
> 62 files changed, 562 insertions(+), 405 deletions(-)
Patches 1-6 applied. Thanks.
--
Email: Herbert Xu <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
next prev parent reply other threads:[~2020-07-16 11:55 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-10 6:20 [PATCH v2 0/7] crypto: add CRYPTO_ALG_ALLOCATES_MEMORY Eric Biggers
2020-07-10 6:20 ` [PATCH v2 1/7] crypto: geniv - remove unneeded arguments from aead_geniv_alloc() Eric Biggers
2020-07-10 6:20 ` [PATCH v2 2/7] crypto: seqiv - remove seqiv_create() Eric Biggers
2020-07-10 6:20 ` [PATCH v2 3/7] crypto: algapi - use common mechanism for inheriting flags Eric Biggers
2020-07-10 6:20 ` [PATCH v2 4/7] crypto: algapi - add NEED_FALLBACK to INHERITED_FLAGS Eric Biggers
2020-07-10 6:20 ` [PATCH v2 5/7] crypto: algapi - introduce the flag CRYPTO_ALG_ALLOCATES_MEMORY Eric Biggers
2020-07-10 6:20 ` [PATCH v2 6/7] crypto: drivers - set " Eric Biggers
2020-07-10 6:20 ` [PATCH v2 7/7] dm-crypt: don't use drivers that have CRYPTO_ALG_ALLOCATES_MEMORY Eric Biggers
2020-07-16 11:55 ` Herbert Xu [this message]
2020-07-17 14:42 ` [PATCH v2 0/7] crypto: add CRYPTO_ALG_ALLOCATES_MEMORY Horia Geantă
2020-07-22 7:29 ` Herbert Xu
2020-11-19 18:29 ` Iuliana Prodan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200716115538.GA31461@gondor.apana.org.au \
--to=herbert@gondor.apana.org.au \
--cc=dm-devel@redhat.com \
--cc=ebiggers@kernel.org \
--cc=linux-crypto@vger.kernel.org \
--cc=mpatocka@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).