[PATCH] x86_64: Icecream has no way of detecting assembler-level includes
[linux-2.6/linux-acpi-2.6/ibm-acpi-2.6.git] / crypto / Kconfig
blob256c0b1fed10ddfb8e3f242651ccdefdd970cfa9
2 # Cryptographic API Configuration
5 menu "Cryptographic options"
7 config CRYPTO
8         bool "Cryptographic API"
9         help
10           This option provides the core Cryptographic API.
12 config CRYPTO_HMAC
13         bool "HMAC support"
14         depends on CRYPTO
15         help
16           HMAC: Keyed-Hashing for Message Authentication (RFC2104).
17           This is required for IPSec.
19 config CRYPTO_NULL
20         tristate "Null algorithms"
21         depends on CRYPTO
22         help
23           These are 'Null' algorithms, used by IPsec, which do nothing.
25 config CRYPTO_MD4
26         tristate "MD4 digest algorithm"
27         depends on CRYPTO
28         help
29           MD4 message digest algorithm (RFC1320).
31 config CRYPTO_MD5
32         tristate "MD5 digest algorithm"
33         depends on CRYPTO
34         help
35           MD5 message digest algorithm (RFC1321).
37 config CRYPTO_SHA1
38         tristate "SHA1 digest algorithm"
39         depends on CRYPTO
40         help
41           SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
43 config CRYPTO_SHA1_Z990
44         tristate "SHA1 digest algorithm for IBM zSeries z990"
45         depends on CRYPTO && ARCH_S390
46         help
47           SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
49 config CRYPTO_SHA256
50         tristate "SHA256 digest algorithm"
51         depends on CRYPTO
52         help
53           SHA256 secure hash standard (DFIPS 180-2).
54           
55           This version of SHA implements a 256 bit hash with 128 bits of
56           security against collision attacks.
58 config CRYPTO_SHA512
59         tristate "SHA384 and SHA512 digest algorithms"
60         depends on CRYPTO
61         help
62           SHA512 secure hash standard (DFIPS 180-2).
63           
64           This version of SHA implements a 512 bit hash with 256 bits of
65           security against collision attacks.
67           This code also includes SHA-384, a 384 bit hash with 192 bits
68           of security against collision attacks.
70 config CRYPTO_WP512
71         tristate "Whirlpool digest algorithms"
72         depends on CRYPTO
73         help
74           Whirlpool hash algorithm 512, 384 and 256-bit hashes
76           Whirlpool-512 is part of the NESSIE cryptographic primitives.
77           Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
79           See also:
80           <http://planeta.terra.com.br/informatica/paulobarreto/WhirlpoolPage.html>
82 config CRYPTO_TGR192
83         tristate "Tiger digest algorithms"
84         depends on CRYPTO
85         help
86           Tiger hash algorithm 192, 160 and 128-bit hashes
88           Tiger is a hash function optimized for 64-bit processors while
89           still having decent performance on 32-bit processors.
90           Tiger was developed by Ross Anderson and Eli Biham.
92           See also:
93           <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
95 config CRYPTO_DES
96         tristate "DES and Triple DES EDE cipher algorithms"
97         depends on CRYPTO
98         help
99           DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
101 config CRYPTO_DES_Z990
102         tristate "DES and Triple DES cipher algorithms for IBM zSeries z990"
103         depends on CRYPTO && ARCH_S390
104         help
105           DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
107 config CRYPTO_BLOWFISH
108         tristate "Blowfish cipher algorithm"
109         depends on CRYPTO
110         help
111           Blowfish cipher algorithm, by Bruce Schneier.
112           
113           This is a variable key length cipher which can use keys from 32
114           bits to 448 bits in length.  It's fast, simple and specifically
115           designed for use on "large microprocessors".
116           
117           See also:
118           <http://www.schneier.com/blowfish.html>
120 config CRYPTO_TWOFISH
121         tristate "Twofish cipher algorithm"
122         depends on CRYPTO
123         help
124           Twofish cipher algorithm.
125           
126           Twofish was submitted as an AES (Advanced Encryption Standard)
127           candidate cipher by researchers at CounterPane Systems.  It is a
128           16 round block cipher supporting key sizes of 128, 192, and 256
129           bits.
130           
131           See also:
132           <http://www.schneier.com/twofish.html>
134 config CRYPTO_SERPENT
135         tristate "Serpent cipher algorithm"
136         depends on CRYPTO
137         help
138           Serpent cipher algorithm, by Anderson, Biham & Knudsen.
140           Keys are allowed to be from 0 to 256 bits in length, in steps
141           of 8 bits.  Also includes the 'Tnepres' algorithm, a reversed
142           variant of Serpent for compatibility with old kerneli code.
144           See also:
145           <http://www.cl.cam.ac.uk/~rja14/serpent.html>
147 config CRYPTO_AES
148         tristate "AES cipher algorithms"
149         depends on CRYPTO && !(X86 || UML_X86)
150         help
151           AES cipher algorithms (FIPS-197). AES uses the Rijndael 
152           algorithm.
154           Rijndael appears to be consistently a very good performer in
155           both hardware and software across a wide range of computing 
156           environments regardless of its use in feedback or non-feedback 
157           modes. Its key setup time is excellent, and its key agility is 
158           good. Rijndael's very low memory requirements make it very well 
159           suited for restricted-space environments, in which it also 
160           demonstrates excellent performance. Rijndael's operations are 
161           among the easiest to defend against power and timing attacks. 
163           The AES specifies three key sizes: 128, 192 and 256 bits        
165           See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
167 config CRYPTO_AES_586
168         tristate "AES cipher algorithms (i586)"
169         depends on CRYPTO && ((X86 || UML_X86) && !64BIT)
170         help
171           AES cipher algorithms (FIPS-197). AES uses the Rijndael 
172           algorithm.
174           Rijndael appears to be consistently a very good performer in
175           both hardware and software across a wide range of computing 
176           environments regardless of its use in feedback or non-feedback 
177           modes. Its key setup time is excellent, and its key agility is 
178           good. Rijndael's very low memory requirements make it very well 
179           suited for restricted-space environments, in which it also 
180           demonstrates excellent performance. Rijndael's operations are 
181           among the easiest to defend against power and timing attacks. 
183           The AES specifies three key sizes: 128, 192 and 256 bits        
185           See <http://csrc.nist.gov/encryption/aes/> for more information.
187 config CRYPTO_AES_X86_64
188         tristate "AES cipher algorithms (x86_64)"
189         depends on CRYPTO && ((X86 || UML_X86) && 64BIT)
190         help
191           AES cipher algorithms (FIPS-197). AES uses the Rijndael 
192           algorithm.
194           Rijndael appears to be consistently a very good performer in
195           both hardware and software across a wide range of computing 
196           environments regardless of its use in feedback or non-feedback 
197           modes. Its key setup time is excellent, and its key agility is 
198           good. Rijndael's very low memory requirements make it very well 
199           suited for restricted-space environments, in which it also 
200           demonstrates excellent performance. Rijndael's operations are 
201           among the easiest to defend against power and timing attacks. 
203           The AES specifies three key sizes: 128, 192 and 256 bits        
205           See <http://csrc.nist.gov/encryption/aes/> for more information.
207 config CRYPTO_CAST5
208         tristate "CAST5 (CAST-128) cipher algorithm"
209         depends on CRYPTO
210         help
211           The CAST5 encryption algorithm (synonymous with CAST-128) is
212           described in RFC2144.
214 config CRYPTO_CAST6
215         tristate "CAST6 (CAST-256) cipher algorithm"
216         depends on CRYPTO
217         help
218           The CAST6 encryption algorithm (synonymous with CAST-256) is
219           described in RFC2612.
221 config CRYPTO_TEA
222         tristate "TEA and XTEA cipher algorithms"
223         depends on CRYPTO
224         help
225           TEA cipher algorithm.
227           Tiny Encryption Algorithm is a simple cipher that uses
228           many rounds for security.  It is very fast and uses
229           little memory.
231           Xtendend Tiny Encryption Algorithm is a modification to
232           the TEA algorithm to address a potential key weakness
233           in the TEA algorithm.
235 config CRYPTO_ARC4
236         tristate "ARC4 cipher algorithm"
237         depends on CRYPTO
238         help
239           ARC4 cipher algorithm.
241           ARC4 is a stream cipher using keys ranging from 8 bits to 2048
242           bits in length.  This algorithm is required for driver-based 
243           WEP, but it should not be for other purposes because of the
244           weakness of the algorithm.
246 config CRYPTO_KHAZAD
247         tristate "Khazad cipher algorithm"
248         depends on CRYPTO
249         help
250           Khazad cipher algorithm.
252           Khazad was a finalist in the initial NESSIE competition.  It is
253           an algorithm optimized for 64-bit processors with good performance
254           on 32-bit processors.  Khazad uses an 128 bit key size.
256           See also:
257           <http://planeta.terra.com.br/informatica/paulobarreto/KhazadPage.html>
259 config CRYPTO_ANUBIS
260         tristate "Anubis cipher algorithm"
261         depends on CRYPTO
262         help
263           Anubis cipher algorithm.
265           Anubis is a variable key length cipher which can use keys from 
266           128 bits to 320 bits in length.  It was evaluated as a entrant
267           in the NESSIE competition.
268           
269           See also:
270           <https://www.cosic.esat.kuleuven.ac.be/nessie/reports/>
271           <http://planeta.terra.com.br/informatica/paulobarreto/AnubisPage.html>
274 config CRYPTO_DEFLATE
275         tristate "Deflate compression algorithm"
276         depends on CRYPTO
277         select ZLIB_INFLATE
278         select ZLIB_DEFLATE
279         help
280           This is the Deflate algorithm (RFC1951), specified for use in
281           IPSec with the IPCOMP protocol (RFC3173, RFC2394).
282           
283           You will most probably want this if using IPSec.
285 config CRYPTO_MICHAEL_MIC
286         tristate "Michael MIC keyed digest algorithm"
287         depends on CRYPTO
288         help
289           Michael MIC is used for message integrity protection in TKIP
290           (IEEE 802.11i). This algorithm is required for TKIP, but it
291           should not be used for other purposes because of the weakness
292           of the algorithm.
294 config CRYPTO_CRC32C
295         tristate "CRC32c CRC algorithm"
296         depends on CRYPTO
297         select LIBCRC32C
298         help
299           Castagnoli, et al Cyclic Redundancy-Check Algorithm.  Used
300           by iSCSI for header and data digests and by others.
301           See Castagnoli93.  This implementation uses lib/libcrc32c.
302           Module will be crc32c.
304 config CRYPTO_TEST
305         tristate "Testing module"
306         depends on CRYPTO
307         help
308           Quick & dirty crypto test module.
310 source "drivers/crypto/Kconfig"
311 endmenu