aboutsummaryrefslogtreecommitdiffstats
path: root/src/hash
Commit message (Collapse)AuthorAgeFilesLines
* Some modules using asm were not marked with 'load_on asm_ok'; fixlloyd2009-07-072-2/+2
|
* CPU-specific engines are now only loaded if something depends on them,lloyd2009-07-075-0/+5
| | | | | | | | | | | | and all CPU-specific implementations now depend on the appropriate engine module. The most common problem before with this was that the SSE2 module was built, but the sole SSE2 code (SHA-1) was not (for instance, on an i686). This would cause a compile warning about the unused request object. Preventing unused engines from being built will also (very slightly) speed up the lookup process on most system.
* Mark Skein_512 with the BOTAN_DLL macrolloyd2009-06-062-3/+9
| | | | | | | | | | | | | | Add a comment that the limitation of the personalization string being a maximum of 64 characters is due to the implementation and not the specification (but it makes it easy to implement, and in this particular case 64 characters is probably fine). Add some tests for the personalization option, generated by the Skein reference implementation. Disable stripping whitespace in checks/misc.cpp:strip - it strips the personalization tag, which breaks the test, and isn't needed otherwise because the test files are well-formed.
* Small cleanups in the Skein-512 source, and add support for thelloyd2009-06-032-70/+65
| | | | personalization option.
* Add an implementation of Skein-512lloyd2009-06-023-0/+309
|
* Many source files included bit_ops.h when what was really desired waslloyd2009-05-1310-10/+10
| | | | | rotate.h, or when it was not needed at all. Remove or change the includes as needed.
* Use S2 instead of x,y vars as temps for single iteration of psilloyd2009-04-101-4/+4
|
* Fully expand the linear recurence phi - about twice as fast on my Core2lloyd2009-04-081-77/+80
|
* Expand the first 12 iterations of phi, though more simplification is needed.lloyd2009-04-071-2/+58
|
* Add the GOST 34.11 hash function. Pretty slow, but functional.lloyd2009-04-073-0/+228
|
* Make the member variables of MDx_HashFunction private instead of protected -lloyd2009-04-071-6/+5
| | | | no subclass needs access to any of these variables.
* Avoid calling compress_n in MDx_HashFunction unless at least one block islloyd2009-04-071-1/+2
| | | | going to be compressed - otherwise it's a noop.
* Remove some commented out code in MDx_HashFunction which was used duringlloyd2009-04-072-26/+0
| | | | | the changeover from single block hashing to having each hash support multiple sequential blocks of input.
* Thomas Moschny passed along a request from the Fedora packagers which camelloyd2009-03-3042-474/+556
| | | | | | | | | | | | | | | up during the Fedora submission review, that each source file include some text about the license. One handy Perl script later and each file now has the line Distributed under the terms of the Botan license after the copyright notices. While I was in there modifying every file anyway, I also stripped out the remainder of the block comments (lots of astericks before and after the text); this is stylistic thing I picked up when I was first learning C++ but in retrospect it is not a good style as the structure makes it harder to modify comments (with the result that comments become fewer, shorter and are less likely to be updated, which are not good things).
* No reason to include mdx_hash.h in MD2 since it derives directly fromlloyd2009-03-272-24/+24
| | | | HashFunction; include hash.h instead
* Wrap code and struct definitions internal to sha1_sse2_imp.cpp in anlloyd2008-11-241-0/+4
| | | | | anonymous namespace (in particular this should prevent Doxygen for generating documentation about the v4si union declared there).
* Revert change that added multiblock support to SSE2 SHA-1. Was causinglloyd2008-11-233-206/+183
| | | | | a random segfault (always inside an SSE2 intrinsic). Did not investigate much beyond that. Worth looking into since it seemed worth another 1% or so.
* Dean Gaudet's original version of the SHA-1 SSE2 code supported multiplelloyd2008-11-233-183/+206
| | | | | blocks as input (and can overlap computations from one block to another - very nice). Reimport that original version and use it.
* Do a minor optimization in some of the compression functions, loadinglloyd2008-11-237-121/+145
| | | | | the registers only once and carrying the values over between loop iterations.
* Update SHA1_IA32 to use compress_nlloyd2008-11-231-2/+6
|
* I had not anticipated this being really worthwhile, but it turns outlloyd2008-11-2333-746/+876
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | to have been so! Change MDx_HashFunction::hash to a new compress_n which hashes an arbitrary number of blocks. I had a thought this might reduce a bit of loop overhead but the results were far better than I anticipated. Speedup across the board of about 2%, and very noticable (+10%) increases for MD4 and Tiger (probably b/c both of those have so few instructions in each iteration of the compression function). Before: SHA-1: amd64: 211.9 MiB/s core: 210.0 MiB/s sse2: 295.2 MiB/s MD4: 476.2 MiB/s MD5: 355.2 MiB/s SHA-256: 99.8 MiB/s SHA-512: 151.4 MiB/s RIPEMD-128: 326.9 MiB/s RIPEMD-160: 225.1 MiB/s Tiger: 214.8 MiB/s Whirlpool: 38.4 MiB/s After: SHA-1: amd64: 215.6 MiB/s core: 213.8 MiB/s sse2: 299.9 MiB/s MD4: 528.4 MiB/s MD5: 368.8 MiB/s SHA-256: 103.9 MiB/s SHA-512: 156.8 MiB/s RIPEMD-128: 334.8 MiB/s RIPEMD-160: 229.7 MiB/s Tiger: 240.7 MiB/s Whirlpool: 38.6 MiB/s
* Enable SSE2 SHA-1 on Intel Prescott CPUslloyd2008-11-171-0/+1
|
* Split asm_engine into three engines (ia32, amd64, sse2). This allowslloyd2008-11-111-0/+2
| | | | them to be individually requested as providers on lookup.
* Remove redundent includeslloyd2008-11-091-1/+0
|
* Remove lookup from parallel hash constructionlloyd2008-11-082-15/+15
|
* Split base.h into block_cipher.h and stream_cipher.hlloyd2008-11-081-0/+11
| | | | | | It turned out many files were including base.h merely to get other includes (like types.h, secmem.h, and exceptn.h). Those have been changed to directly include the files containing the declarations that code needs.
* Move hash.h from src/core to src/hashlloyd2008-11-081-0/+51
| | | | Inline constructors for BlockCipher and StreamCipher
* Move BufferedComputation to new buf_comp.{h,cpp}lloyd2008-11-082-0/+2
|
* Move the declaration of the HashFunction base class to a new header hash.hlloyd2008-11-082-2/+2
| | | | (from base.h)
* Disable x86-64 SHA-1 asm for FreeBSD. FreeBSD 7.0 at least did not likelloyd2008-11-041-1/+0
| | | | the current version.
* Wrap lines to 80 columnslloyd2008-10-281-1/+4
|
* Rename SHA-{384,512} base class SHA_64_BASE to SHA_384_512_BASE. Rename ↵lloyd2008-10-104-22/+23
| | | | SHA_224256_BASE SHA_224_256_BASE
* Add BOTAN_DLL macro to public class definitions that were missing it.lloyd2008-10-091-1/+1
|
* Fix copyright noticeslloyd2008-10-091-1/+1
|
* Add SHA-224 from InSiTo, written and (C) by FlexSecure GmbHlloyd2008-10-086-45/+94
| | | | | Rename sha256.h and sha_64.h to sha2_32.h and sha2_64.h - this affects users who instantiate these classes directly.
* Fix prototype confusion (harmless but incorrect)lloyd2008-09-303-5/+5
|
* Rewrite part of the module loading code in configure.pl, now dependencieslloyd2008-09-301-1/+1
| | | | | | seem to be handled correctly (er, at least mostly), and more importantly the asm MPI modules are detected and used correctly (at least on x86-64 and x86).
* Derive x86, x86-64, and SSE2 implementations of SHA-1 directly from SHA_160lloyd2008-09-2911-106/+27
|
* Derive the x86 assembly implementations of MD4, MD5, and Serpent fromlloyd2008-09-297-66/+7
| | | | | | | | | | the normal Botan base classes. This required making data members of MD4, MD5, and Serpent protected rather than private, which is not very good style IMO. On the other hand it allows for removing a bit of duplicated code, and also has the nice effect that a pointer to a Serpent_IA32 can be used right as a Serpent object, which makes sense anyway since they implement the same algorithm. The C++ files in the *_ia32 modules are now simply hooks between the virtual function call runtime and the assembly code.
* Make asm implementations distinctly named objects, for instance MD5_IA32,lloyd2008-09-2921-144/+289
| | | | | | | | | | | | | | | | | | | rather than silently replacing the C++ versions. Instead they are silently replaced (currently, at least) at the lookup level: we switch off the set of feature macros set to choose the best implementation in the current build configuration. So you can have (and benchmark) MD5 and MD5_IA32 directly against each other in the same program with no hassles, but if you ask for "MD5", you'll get maybe an MD5 or maybe MD5_IA32. Also make the canonical asm names (which aren't guarded by C++ namespaces) of the form botan_<algo>_<arch>_<func> as in botan_sha160_ia32_compress, to avoid namespace collisions. This change has another bonus that it should in many cases be possible to derive the asm specializations directly from the original implementation, saving some code (and of course logically SHA_160_IA32 is a SHA_160, just one with a faster implementation of the compression function, so this seems reasonable anyway).
* propagate from branch 'net.randombit.botan' (head ↵lloyd2008-09-291-0/+1
| | | | | | ca7d7fc1ae6b55c5328c9cf1ec1cafd1daadedd4) to branch 'net.randombit.botan.modularized' (head 614263a9742a0c554e4093620147f6e156264d41)
* Add info.txt files for asm hash moduleslloyd2008-09-294-0/+101
|
* Normalize asm nameslloyd2008-09-297-13/+13
|
* Rename all modinfo.txt files to info.txt, since they are all (none) oflloyd2008-09-2915-0/+0
| | | | | them modules now. In any case there is no distinction so info.txt seems better.
* Add deps, missing includes, etclloyd2008-09-291-1/+1
|
* Move allocator code to secalloc/allocators modulelloyd2008-09-283-0/+145
| | | | Move paralle hash construction to par_hash module in hash directory
* Modularize IF family PK algorithms (integer factorization; RSA and RW baselloyd2008-09-282-0/+37
| | | | | | class). Add many missing modinfo.txts that I had not checked in. Oops.
* Split up asm modules into appropriate (topic-specific) modules, eglloyd2008-09-288-0/+989
| | | | | | | hash/sha1_amd64 and cipher/serpent_ia32. Remaining code in asm/ dir is for BigInt, so rename to bigint/ in prep for all (or most) of BigInt being modularized.
* Make mdx_hash also a module, which most of the hash functions depend on.lloyd2008-09-2816-0/+612
| | | | | | Correct the configure program so modules are not autoloaded if their dependences are not available. (Eg, --no-module=mdx_hash will disable MD4, MD5, SHA-1, etc rather than cause a compliation failure)
* Move all modules into src/ directorylloyd2008-09-2837-0/+3193