aboutsummaryrefslogtreecommitdiffstats
path: root/crypto/engine/eng_all.c
Commit message (Collapse)AuthorAgeFilesLines
* mark all block comments that need format preserving so thatTim Hudson2014-12-301-1/+1
| | | | | | | indent will not alter them when reformatting comments Reviewed-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Matt Caswell <matt@openssl.org>
* Disable engines that will fail to build when bn is made opaqueMatt Caswell2014-12-081-0/+3
| | | | Reviewed-by: Tim Hudson <tjh@openssl.org>
* Remove RSAX engine, superseded by RSAZ module.Andy Polyakov2013-07-051-3/+0
|
* Version skew reduction: trivia (I hope).Ben Laurie2012-06-031-2/+2
|
* eng_all.c: revert previous "disable Padlock" commit, which was unjustified.Andy Polyakov2012-03-191-2/+2
|
* Padlock engine doesn't build (the asm parts are not built for some reason),Ben Laurie2011-12-131-2/+2
| | | | so remove for now.
* Remove eng_aesni.c as AES-NI support is integrated directly at EVP.Andy Polyakov2011-10-131-3/+0
|
* Add provisory support for RDRAND instruction.Andy Polyakov2011-08-101-0/+3
|
* Add RSAX builtin engine. It optimizes RSA1024 sign benchmark.Andy Polyakov2011-07-201-0/+3
|
* Add call to ENGINE_register_all_complete() to ENGINE_load_builtin_engines(),Dr. Stephen Henson2010-07-211-0/+3
| | | | | | | this means that some implementations will be used automatically, e.g. aesni, we do this for cryptodev anyway. Setup cpuid in ENGINE_load_builtin_engines() too as some ENGINEs use it.
* load cryptodev if HAVE_CRYPTODEV is set tooDr. Stephen Henson2010-03-011-1/+1
|
* Intel AES-NI engine.Andy Polyakov2009-04-271-0/+3
| | | | Submitted by: Huang Ying
* Update VC-32.pl and load CryptoAPI engine in the right place.Dr. Stephen Henson2008-05-311-1/+1
|
* More CryptoAPI engine code from stable branch.Dr. Stephen Henson2008-05-311-0/+3
|
* Minor clean-up in crypto/engine.Andy Polyakov2006-12-291-6/+6
|
* Compile in gost engine.Dr. Stephen Henson2006-09-211-0/+3
|
* New "algorithm define" OPENSSL_NO_GMP. Update mkdef.pl and Configure scriptDr. Stephen Henson2005-04-191-1/+1
| | | | to use it.
* VIA C3 processor extends IA-32 instruction set with instuctionsAndy Polyakov2004-08-021-0/+3
| | | | | | | | | | | performing AES encryption in hardware, as well as one accessing hardware RNG. As you surely imagine this engine access this extended instruction set. Well, only AES for the moment, support for RNG is to be added later on... PR: 889 Submitted by: Michal Ludvig <michal@logix.cz> Obtained from: http://www.logix.cz/michal/devel/padlock/
* (oops) Apologies all, that last header-cleanup commit was from the wrongGeoff Thorpe2004-04-191-2/+1
| | | | | tree. This further reduces header interdependencies, and makes some associated cleanups.
* This glues the GMP wrapper ENGINE into OpenSSL if it is being built (ie. ifGeoff Thorpe2003-01-301-11/+14
| | | | | | the OPENSSL_USE_GMP symbol is defined). Also, I've re-ordered the listing of other builtin ENGINEs to be alphabetical (though "dynamic" will still come first).
* FreeBSD has /dev/crypto as well.Richard Levitte2003-01-161-6/+6
| | | | PR: 462
* Depend on OPENSSL_NO_STATIC_ENGINE rather than OPENSSL_NO_DYNAMIC_ENGINE.Richard Levitte2002-11-011-1/+1
| | | | | Make sure to include openssl/opensslconf.h to make sure we get the definition of those macros.
* Step 11a of move of engines: Time to make the changes to supportRichard Levitte2002-10-111-0/+2
| | | | | | automatic load of dynamic engines. Unless we don't have shared library support, do not try to load any "built-in" engines except for cryptodev.
* The OpenBSD project has replaced the first implementation of the /dev/cryptoRichard Levitte2002-10-021-2/+13
| | | | | | | engine with something they claim is better. I have nothing to compare to, and I assume they know what they're talking about. The interesting part with this one is that it's loaded by default on OpenBSD systems. This change was originally introduced in OpenBSD's tracking of OpenSSL.
* This adds a new ENGINE to support IBM 4758 cards, contributed by MauriceGeoff Thorpe2002-02-271-0/+3
| | | | Gittens.
* Add aep and sureware implementations and clean up some error reasonsRichard Levitte2002-02-071-0/+6
| | | | | | | | | | | | | | | that were never part of the engine framework. The aep and sureware implementations are taken directly from 0.9.6c [engine] and have been modified to fit the newer engine framework and to be possible to build shared libraries of. The aep implementation has gone through quite a bunch of tests and is cleaned up (there were some misunderstandings in it about how to use locks). The sureware hasn't been tested at all in this incarnation and is basically a quick hack to get it to compile properly.
* This change replaces the ENGINE's underlying mechanics with the newGeoff Thorpe2001-09-251-70/+21
| | | | | | | | | | | | | | | | | | | | | ENGINE_TABLE-based stuff - as described in crypto/engine/README. Associated miscellaneous changes; - the previous cipher/digest hooks that hardwired directly to EVP's OBJ_NAME-based storage have been backed out. New cipher/digest support has been constructed and will be committed shortly. - each implementation defines its own ENGINE_load_<name> function now. - the "openssl" ENGINE isn't needed or loaded any more. - core (not algorithm or class specific) ENGINE code has been split into multiple files to increase readability and decrease linker bloat. - ENGINE_cpy() has been removed as it wasn't really a good idea in the first place and now, because of registration issues, can't be meaningfully defined any more. - BN_MOD_EXP[_CRT] support is removed as per the README. - a bug in enginetest.c has been fixed. NB: This commit almost certainly breaks compilation until subsequent changes are committed.
* Some of the ENGINE file names were changed for 8.3 filename uniquenessGeoff Thorpe2001-09-141-2/+2
| | | | | recently. So comments including file names have been fixed, and copyright notices brought up to "2001" at the same time.
* make engine file names unique in 8.3Ulf Möller2001-09-071-0/+142
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-13 19:33:43 +0000