summaryrefslogtreecommitdiffstats
path: root/fs/crypto
diff options
context:
space:
mode:
authorEric Biggers <ebiggers@google.com>2018-09-05 12:24:00 -0700
committerTheodore Ts'o <tytso@mit.edu>2019-01-23 23:56:43 -0500
commit1058ef0dcb7116fc49270131fda3037fddcc6595 (patch)
treeca9c80443df17964cacf569684166235673200b5 /fs/crypto
parent49a57857aeea06ca831043acbb0fa5e0f50602fd (diff)
downloadlinux-1058ef0dcb7116fc49270131fda3037fddcc6595.tar.gz
linux-1058ef0dcb7116fc49270131fda3037fddcc6595.tar.bz2
linux-1058ef0dcb7116fc49270131fda3037fddcc6595.zip
fscrypt: remove CRYPTO_CTR dependency
fscrypt doesn't use the CTR mode of operation for anything, so there's no need to select CRYPTO_CTR. It was added by commit 71dea01ea2ed ("ext4 crypto: require CONFIG_CRYPTO_CTR if ext4 encryption is enabled"). But, I've been unable to identify the arm64 crypto bug it was supposedly working around. I suspect the issue was seen only on some old Android device kernel (circa 3.10?). So if the fix wasn't mistaken, the real bug is probably already fixed. Or maybe it was actually a bug in a non-upstream crypto driver. So, remove the dependency. If it turns out there's actually still a bug, we'll fix it properly. Signed-off-by: Eric Biggers <ebiggers@google.com>
Diffstat (limited to 'fs/crypto')
-rw-r--r--fs/crypto/Kconfig1
1 files changed, 0 insertions, 1 deletions
diff --git a/fs/crypto/Kconfig b/fs/crypto/Kconfig
index 02b7d91c9231..284b589b4774 100644
--- a/fs/crypto/Kconfig
+++ b/fs/crypto/Kconfig
@@ -6,7 +6,6 @@ config FS_ENCRYPTION
select CRYPTO_ECB
select CRYPTO_XTS
select CRYPTO_CTS
- select CRYPTO_CTR
select CRYPTO_SHA256
select KEYS
help