linux-stable.git/drivers/crypto/Kconfig, branch linux-3.2.y

crypto: mv_cesa requires on CRYPTO_HASH to build

2012-05-20T21:56:47+00:00

commit 1ebfefcf37a6e308266a8d786e8cfea0a454058c upstream.

Without CRYPTO_HASH being selected, mv_cesa has a lot of hooks
into undefined exports.
----
  MODPOST 81 modules
  Kernel: arch/arm/boot/Image is ready
  AS      arch/arm/boot/compressed/head.o
  GZIP    arch/arm/boot/compressed/piggy.gzip
  CC      arch/arm/boot/compressed/misc.o
  CC      arch/arm/boot/compressed/decompress.o
ERROR: "crypto_ahash_type" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_shash_final" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_register_ahash" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_unregister_ahash" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_shash_update" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_shash_digest" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_shash_setkey" [drivers/crypto/mv_cesa.ko] undefined!
ERROR: "crypto_alloc_shash" [drivers/crypto/mv_cesa.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
make: *** Waiting for unfinished jobs....
----

Signed-off-by: Alexander Clouter 
Signed-off-by: Jason Cooper 
Signed-off-by: Ben Hutchings

crypto: Make hifn_795x build depend on !ARCH_DMA_ADDR_T_64BIT

2011-10-21T12:28:57+00:00

hifn_795x works only on 32 bit, remove the detection while loading
the module and catch non-32 bit systems at build time.

Signed-off-by: Richard Weinberger 
Signed-off-by: Herbert Xu

crypto: picoxcell - add dependency on HAVE_CLK

2011-10-20T12:10:26+00:00

The picoxcell crypto driver requires the clk API, but the platform in
mainline does not currently support it.  Add an explicit dependency on
HAVE_CLK to avoid build breakage.

Signed-off-by: Jamie Iles 
Signed-off-by: Herbert Xu

[S390] ap: skip device registration on type probe failure

2011-05-23T08:24:29+00:00

The registration of an ap device will be skipped, if the device type
probing fails.
Add names of current crypto adapters to the Kconfig help.

Signed-off-by: Holger Dengler 
Signed-off-by: Martin Schwidefsky

crypto: s390 - add System z hardware support for CTR mode

2011-05-04T05:09:44+00:00

This patch adds System z hardware acceleration support for AES, DES
and 3DES in CTR mode. The hardware support is available starting with
System z196.

Signed-off-by: Gerald Schaefer 
Signed-off-by: Jan Glauber 
Signed-off-by: Herbert Xu

crypto: s390 - cleanup s390 Kconfig options

2011-05-04T05:06:34+00:00

Cleanup the remaining s390 crypto options by mentioning the earliest machine
type that supports an accelerated algorithm.

Signed-off-by: Jan Glauber 
Signed-off-by: Herbert Xu

crypto: s390 - add System z hardware support for GHASH

2011-05-04T05:06:32+00:00

This patch adds System z hardware acceleration support for the GHASH
algorithm for GCM (Galois/Counter Mode).
The hardware support is available beginning with System z196.

Signed-off-by: Jan Glauber 
Signed-off-by: Gerald Schaefer 
Signed-off-by: Herbert Xu

crypto: s390 - add System z hardware support for XTS mode

2011-05-04T05:06:30+00:00

This patch adds System z hardware acceleration support for the AES XTS mode.
The hardware support is available beginning with System z196.

Signed-off-by: Jan Glauber 
Signed-off-by: Gerald Schaefer 
Signed-off-by: Herbert Xu

crypto: s5p-sss - add S5PV210 advanced crypto engine support

2011-04-08T12:40:51+00:00

This change adds support for AES encrypting and decrypting using
advanced crypto engine found on Samsung S5PV210 and S5PC110 SoCs.

Signed-off-by: Vladimir Zapolskiy 
Signed-off-by: Herbert Xu

crypto: caam - Add support for the Freescale SEC4/CAAM

2011-03-27T02:45:16+00:00

The SEC4 supercedes the SEC2.x/3.x as Freescale's
Integrated Security Engine.  Its programming model is
incompatible with all prior versions of the SEC (talitos).

The SEC4 is also known as the Cryptographic Accelerator
and Assurance Module (CAAM); this driver is named caam.

This initial submission does not include support for Data Path
mode operation - AEAD descriptors are submitted via the job
ring interface, while the Queue Interface (QI) is enabled
for use by others.  Only AEAD algorithms are implemented
at this time, for use with IPsec.

Many thanks to the Freescale STC team for their contributions
to this driver.

Signed-off-by: Steve Cornelius 
Signed-off-by: Kim Phillips 
Signed-off-by: Herbert Xu