summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/armv4cpuid.S (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Backport support for probing ARMv8 HW acceleration capabilities on armv7patrick2019-03-131-29/+95
| | | | | | in preparation for adding support for the probing code for arm64. ok bcook@
* Do not compile the neon probe code until __ARM_ARCH__ >= 7. Neon-specific codemiod2014-05-031-0/+2
| | | | will not get referenced if this condition is not met.
* Remove unreferenced OPENSSL_instrument_bus and OPENSSL_instrument_bus2 routines.miod2014-05-011-18/+0
|
* Remove oh-so-important-from-a-security-pov OpenSSL_rtdsc() function.miod2014-04-171-7/+0
|
* Ok, there was a need for OPENSSL_cleanse() instead of bzero() to preventmiod2014-04-171-32/+0
| | | | | | | | | | | supposedly smart compilers from optimizing memory cleanups away. Understood. Ok, in case of an hypothetically super smart compiler, OPENSSL_cleanse() had to be convoluted enough for the compiler not to recognize that this was actually bzero() in disguise. Understood. But then why there had been optimized assembler versions of OPENSSL_cleanse() is beyond me. Did someone not trust the C obfuscation?
* import OpenSSL-1.0.1cdjm2012-10-131-0/+154