summaryrefslogtreecommitdiff
path: root/crypto/Kconfig
diff options
context:
space:
mode:
authorBaolin Wang <baolin.wang@linaro.org>2016-01-26 20:25:39 +0800
committerHerbert Xu <herbert@gondor.apana.org.au>2016-02-01 22:27:02 +0800
commit735d37b5424b27aa685276b8b90b7e57c4705ac1 (patch)
tree93fa6b3f48a144f4209d02c4b1c0a69677093a6b /crypto/Kconfig
parent9f93a8a0ba91fa3babe76a428e6c24f4c39f125e (diff)
downloadlinux-exynos-735d37b5424b27aa685276b8b90b7e57c4705ac1.tar.gz
linux-exynos-735d37b5424b27aa685276b8b90b7e57c4705ac1.tar.bz2
linux-exynos-735d37b5424b27aa685276b8b90b7e57c4705ac1.zip
crypto: engine - Introduce the block request crypto engine framework
Now block cipher engines need to implement and maintain their own queue/thread for processing requests, moreover currently helpers provided for only the queue itself (in crypto_enqueue_request() and crypto_dequeue_request()) but they don't help with the mechanics of driving the hardware (things like running the request immediately, DMA map it or providing a thread to process the queue in) even though a lot of that code really shouldn't vary that much from device to device. Thus this patch provides a mechanism for pushing requests to the hardware as it becomes free that drivers could use. And this framework is patterned on the SPI code and has worked out well there. (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/ drivers/spi/spi.c?id=ffbbdd21329f3e15eeca6df2d4bc11c04d9d91c0) Signed-off-by: Baolin Wang <baolin.wang@linaro.org> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'crypto/Kconfig')
-rw-r--r--crypto/Kconfig3
1 files changed, 3 insertions, 0 deletions
diff --git a/crypto/Kconfig b/crypto/Kconfig
index 099f1f1b0857..f6bfdda1a0b9 100644
--- a/crypto/Kconfig
+++ b/crypto/Kconfig
@@ -217,6 +217,9 @@ config CRYPTO_GLUE_HELPER_X86
depends on X86
select CRYPTO_ALGAPI
+config CRYPTO_ENGINE
+ tristate
+
comment "Authenticated Encryption with Associated Data"
config CRYPTO_CCM