[SPARC64]: Fix %tstate ASI handling in start_thread{,32}()
[linux-2.6.git] / crypto / Kconfig
1 #
2 # Cryptographic API Configuration
3 #
4
5 menu "Cryptographic options"
6
7 config CRYPTO
8         bool "Cryptographic API"
9         help
10           This option provides the core Cryptographic API.
11
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.
18
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.
24
25 config CRYPTO_MD4
26         tristate "MD4 digest algorithm"
27         depends on CRYPTO
28         help
29           MD4 message digest algorithm (RFC1320).
30
31 config CRYPTO_MD5
32         tristate "MD5 digest algorithm"
33         depends on CRYPTO
34         help
35           MD5 message digest algorithm (RFC1321).
36
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).
42
43 config CRYPTO_SHA1_S390
44         tristate "SHA1 digest algorithm (s390)"
45         depends on CRYPTO && S390
46         help
47           This is the s390 hardware accelerated implementation of the
48           SHA-1 secure hash standard (FIPS 180-1/DFIPS 180-2).
49
50 config CRYPTO_SHA256
51         tristate "SHA256 digest algorithm"
52         depends on CRYPTO
53         help
54           SHA256 secure hash standard (DFIPS 180-2).
55           
56           This version of SHA implements a 256 bit hash with 128 bits of
57           security against collision attacks.
58
59 config CRYPTO_SHA256_S390
60         tristate "SHA256 digest algorithm (s390)"
61         depends on CRYPTO && S390
62         help
63           This is the s390 hardware accelerated implementation of the
64           SHA256 secure hash standard (DFIPS 180-2).
65
66           This version of SHA implements a 256 bit hash with 128 bits of
67           security against collision attacks.
68
69 config CRYPTO_SHA512
70         tristate "SHA384 and SHA512 digest algorithms"
71         depends on CRYPTO
72         help
73           SHA512 secure hash standard (DFIPS 180-2).
74           
75           This version of SHA implements a 512 bit hash with 256 bits of
76           security against collision attacks.
77
78           This code also includes SHA-384, a 384 bit hash with 192 bits
79           of security against collision attacks.
80
81 config CRYPTO_WP512
82         tristate "Whirlpool digest algorithms"
83         depends on CRYPTO
84         help
85           Whirlpool hash algorithm 512, 384 and 256-bit hashes
86
87           Whirlpool-512 is part of the NESSIE cryptographic primitives.
88           Whirlpool will be part of the ISO/IEC 10118-3:2003(E) standard
89
90           See also:
91           <http://planeta.terra.com.br/informatica/paulobarreto/WhirlpoolPage.html>
92
93 config CRYPTO_TGR192
94         tristate "Tiger digest algorithms"
95         depends on CRYPTO
96         help
97           Tiger hash algorithm 192, 160 and 128-bit hashes
98
99           Tiger is a hash function optimized for 64-bit processors while
100           still having decent performance on 32-bit processors.
101           Tiger was developed by Ross Anderson and Eli Biham.
102
103           See also:
104           <http://www.cs.technion.ac.il/~biham/Reports/Tiger/>.
105
106 config CRYPTO_DES
107         tristate "DES and Triple DES EDE cipher algorithms"
108         depends on CRYPTO
109         help
110           DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
111
112 config CRYPTO_DES_S390
113         tristate "DES and Triple DES cipher algorithms (s390)"
114         depends on CRYPTO && S390
115         help
116           DES cipher algorithm (FIPS 46-2), and Triple DES EDE (FIPS 46-3).
117
118 config CRYPTO_BLOWFISH
119         tristate "Blowfish cipher algorithm"
120         depends on CRYPTO
121         help
122           Blowfish cipher algorithm, by Bruce Schneier.
123           
124           This is a variable key length cipher which can use keys from 32
125           bits to 448 bits in length.  It's fast, simple and specifically
126           designed for use on "large microprocessors".
127           
128           See also:
129           <http://www.schneier.com/blowfish.html>
130
131 config CRYPTO_TWOFISH
132         tristate "Twofish cipher algorithm"
133         depends on CRYPTO
134         help
135           Twofish cipher algorithm.
136           
137           Twofish was submitted as an AES (Advanced Encryption Standard)
138           candidate cipher by researchers at CounterPane Systems.  It is a
139           16 round block cipher supporting key sizes of 128, 192, and 256
140           bits.
141           
142           See also:
143           <http://www.schneier.com/twofish.html>
144
145 config CRYPTO_SERPENT
146         tristate "Serpent cipher algorithm"
147         depends on CRYPTO
148         help
149           Serpent cipher algorithm, by Anderson, Biham & Knudsen.
150
151           Keys are allowed to be from 0 to 256 bits in length, in steps
152           of 8 bits.  Also includes the 'Tnepres' algorithm, a reversed
153           variant of Serpent for compatibility with old kerneli code.
154
155           See also:
156           <http://www.cl.cam.ac.uk/~rja14/serpent.html>
157
158 config CRYPTO_AES
159         tristate "AES cipher algorithms"
160         depends on CRYPTO
161         help
162           AES cipher algorithms (FIPS-197). AES uses the Rijndael 
163           algorithm.
164
165           Rijndael appears to be consistently a very good performer in
166           both hardware and software across a wide range of computing 
167           environments regardless of its use in feedback or non-feedback 
168           modes. Its key setup time is excellent, and its key agility is 
169           good. Rijndael's very low memory requirements make it very well 
170           suited for restricted-space environments, in which it also 
171           demonstrates excellent performance. Rijndael's operations are 
172           among the easiest to defend against power and timing attacks. 
173
174           The AES specifies three key sizes: 128, 192 and 256 bits        
175
176           See <http://csrc.nist.gov/CryptoToolkit/aes/> for more information.
177
178 config CRYPTO_AES_586
179         tristate "AES cipher algorithms (i586)"
180         depends on CRYPTO && ((X86 || UML_X86) && !64BIT)
181         help
182           AES cipher algorithms (FIPS-197). AES uses the Rijndael 
183           algorithm.
184
185           Rijndael appears to be consistently a very good performer in
186           both hardware and software across a wide range of computing 
187           environments regardless of its use in feedback or non-feedback 
188           modes. Its key setup time is excellent, and its key agility is 
189           good. Rijndael's very low memory requirements make it very well 
190           suited for restricted-space environments, in which it also 
191           demonstrates excellent performance. Rijndael's operations are 
192           among the easiest to defend against power and timing attacks. 
193
194           The AES specifies three key sizes: 128, 192 and 256 bits        
195
196           See <http://csrc.nist.gov/encryption/aes/> for more information.
197
198 config CRYPTO_AES_X86_64
199         tristate "AES cipher algorithms (x86_64)"
200         depends on CRYPTO && ((X86 || UML_X86) && 64BIT)
201         help
202           AES cipher algorithms (FIPS-197). AES uses the Rijndael 
203           algorithm.
204
205           Rijndael appears to be consistently a very good performer in
206           both hardware and software across a wide range of computing 
207           environments regardless of its use in feedback or non-feedback 
208           modes. Its key setup time is excellent, and its key agility is 
209           good. Rijndael's very low memory requirements make it very well 
210           suited for restricted-space environments, in which it also 
211           demonstrates excellent performance. Rijndael's operations are 
212           among the easiest to defend against power and timing attacks. 
213
214           The AES specifies three key sizes: 128, 192 and 256 bits        
215
216           See <http://csrc.nist.gov/encryption/aes/> for more information.
217
218 config CRYPTO_AES_S390
219         tristate "AES cipher algorithms (s390)"
220         depends on CRYPTO && S390
221         help
222           This is the s390 hardware accelerated implementation of the
223           AES cipher algorithms (FIPS-197). AES uses the Rijndael
224           algorithm.
225
226           Rijndael appears to be consistently a very good performer in
227           both hardware and software across a wide range of computing
228           environments regardless of its use in feedback or non-feedback
229           modes. Its key setup time is excellent, and its key agility is
230           good. Rijndael's very low memory requirements make it very well
231           suited for restricted-space environments, in which it also
232           demonstrates excellent performance. Rijndael's operations are
233           among the easiest to defend against power and timing attacks.
234
235           On s390 the System z9-109 currently only supports the key size
236           of 128 bit.
237
238 config CRYPTO_CAST5
239         tristate "CAST5 (CAST-128) cipher algorithm"
240         depends on CRYPTO
241         help
242           The CAST5 encryption algorithm (synonymous with CAST-128) is
243           described in RFC2144.
244
245 config CRYPTO_CAST6
246         tristate "CAST6 (CAST-256) cipher algorithm"
247         depends on CRYPTO
248         help
249           The CAST6 encryption algorithm (synonymous with CAST-256) is
250           described in RFC2612.
251
252 config CRYPTO_TEA
253         tristate "TEA, XTEA and XETA cipher algorithms"
254         depends on CRYPTO
255         help
256           TEA cipher algorithm.
257
258           Tiny Encryption Algorithm is a simple cipher that uses
259           many rounds for security.  It is very fast and uses
260           little memory.
261
262           Xtendend Tiny Encryption Algorithm is a modification to
263           the TEA algorithm to address a potential key weakness
264           in the TEA algorithm.
265
266           Xtendend Encryption Tiny Algorithm is a mis-implementation 
267           of the XTEA algorithm for compatibility purposes.
268
269 config CRYPTO_ARC4
270         tristate "ARC4 cipher algorithm"
271         depends on CRYPTO
272         help
273           ARC4 cipher algorithm.
274
275           ARC4 is a stream cipher using keys ranging from 8 bits to 2048
276           bits in length.  This algorithm is required for driver-based 
277           WEP, but it should not be for other purposes because of the
278           weakness of the algorithm.
279
280 config CRYPTO_KHAZAD
281         tristate "Khazad cipher algorithm"
282         depends on CRYPTO
283         help
284           Khazad cipher algorithm.
285
286           Khazad was a finalist in the initial NESSIE competition.  It is
287           an algorithm optimized for 64-bit processors with good performance
288           on 32-bit processors.  Khazad uses an 128 bit key size.
289
290           See also:
291           <http://planeta.terra.com.br/informatica/paulobarreto/KhazadPage.html>
292
293 config CRYPTO_ANUBIS
294         tristate "Anubis cipher algorithm"
295         depends on CRYPTO
296         help
297           Anubis cipher algorithm.
298
299           Anubis is a variable key length cipher which can use keys from 
300           128 bits to 320 bits in length.  It was evaluated as a entrant
301           in the NESSIE competition.
302           
303           See also:
304           <https://www.cosic.esat.kuleuven.ac.be/nessie/reports/>
305           <http://planeta.terra.com.br/informatica/paulobarreto/AnubisPage.html>
306
307
308 config CRYPTO_DEFLATE
309         tristate "Deflate compression algorithm"
310         depends on CRYPTO
311         select ZLIB_INFLATE
312         select ZLIB_DEFLATE
313         help
314           This is the Deflate algorithm (RFC1951), specified for use in
315           IPSec with the IPCOMP protocol (RFC3173, RFC2394).
316           
317           You will most probably want this if using IPSec.
318
319 config CRYPTO_MICHAEL_MIC
320         tristate "Michael MIC keyed digest algorithm"
321         depends on CRYPTO
322         help
323           Michael MIC is used for message integrity protection in TKIP
324           (IEEE 802.11i). This algorithm is required for TKIP, but it
325           should not be used for other purposes because of the weakness
326           of the algorithm.
327
328 config CRYPTO_CRC32C
329         tristate "CRC32c CRC algorithm"
330         depends on CRYPTO
331         select LIBCRC32C
332         help
333           Castagnoli, et al Cyclic Redundancy-Check Algorithm.  Used
334           by iSCSI for header and data digests and by others.
335           See Castagnoli93.  This implementation uses lib/libcrc32c.
336           Module will be crc32c.
337
338 config CRYPTO_TEST
339         tristate "Testing module"
340         depends on CRYPTO
341         help
342           Quick & dirty crypto test module.
343
344 source "drivers/crypto/Kconfig"
345 endmenu
346