openbsd/src/lib/libcrypto/arch/arm, branch OPENBSD_7_3_BASEA mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=OPENBSD_7_3_BASE2023-01-31T06:17:11+00:00Remove the now empty bn_asm.c.2023-01-31T06:17:11+00:00jsing2023-01-31T06:17:11+00:00urn:sha1:0019a0499b5d8bc46dc5e1e2f3991c796603d31a
This rather misnamed file (bn_asm.c) previously contained the C code that
was needed to build libcrypto bignum on platforms that did not have
assembly implementations of the functions it contained.
Remove non-visible and unused OPENSSL_wipe_cpu and OPENSSL_atomic_add2023-01-17T15:04:27+00:00miod2023-01-17T15:04:27+00:00urn:sha1:a7f48cec18a6702191b620e72d8ffa41cd9173bc
interfaces, and remove empty assembly OPENSSL_cpuid_setup routines - the
default empty C fallback will work as good.
ok jsing@
Remove unused Elliptic Curve code.2023-01-14T15:45:44+00:00jsing2023-01-14T15:45:44+00:00urn:sha1:2caf68e3ec46ff4ba172978eb728e2aa23948684
For various reasons, the ecp_nistp* and ecp_nistz* code is unused. While
ecp_nistp* was being compiled, it is disabled due to
OPENSSL_NO_EC_NISTP_64_GCC_128 being defined. On the other hand,
ecp_nistz* was not even being built.
We will bring in new versions or alternative versions of such code, if we
end up enabling it in the future. For now it is just causing complexity
(and grep noise) while trying to improve the EC code.
Discussed with tb@
spelling fixes; from paul tagliamonte2022-12-26T07:18:53+00:00jmc2022-12-26T07:18:53+00:00urn:sha1:2eb7e5ff6bb69760f9dd4a43e7e3520ebb930120
i removed the arithmetics -> arithmetic changes, as i felt they
were not clearly correct
ok tb
Start disentangling armv7 and aarch64 code2022-03-23T15:13:31+00:00tb2022-03-23T15:13:31+00:00urn:sha1:81e4a05dff593f3e62ed9485ebea2c4ea2415c6d
arm_arch.h and armcap.c are shared between armv7 and aarch64 which
results in an inscrutable #ifdef maze. Move copies of these files
into arch/{arm,aarch64}/ with appropriate names and some trivial
minor adjustments.
ok deraadt inoguchi kettenis
Remove commented out rc5 bits2019-05-11T13:05:25+00:00tb2019-05-11T13:05:25+00:00urn:sha1:83feb7b0ecfb7abaf7c81a355c94e22c3c5440e9Ride the current major bump and enable assembler code for nist 256p curve,2016-11-04T18:12:14+00:00miod2016-11-04T18:12:14+00:00urn:sha1:31790633085fb9ebea195a72028929829ac3f94f
on amd64 only for now. Stanzas to enable it on arm, i386 and sparc64 are
provided but commented out for lack of testing due to the machine room
being currently in storage.
ok jsing@
Remove I386_ONLY define. It was only used to prefer a2016-11-04T13:56:05+00:00miod2016-11-04T13:56:05+00:00urn:sha1:098856ba6c9340c7f8061be62dd042763fe233a3
faster-on-genuine-80386-but-slower-on-80486-onwards innstruction sequence in
the SHA512 code, and had not been enabled in years, if at all.
ok tom@ bcook@
Disable ENGINE_load_dynamic (dynamic engine support).2015-06-19T06:05:11+00:00bcook2015-06-19T06:05:11+00:00urn:sha1:1ef7c35782edea8e65610a2d9d6d6d08ea90983c
We do not build, test or ship any dynamic engines, so we can remove the dynamic
engine loader as well. This leaves a stub initialization function in its place.
ok beck@, reyk@, miod@
Add the Cammelia cipher to libcrypto.2014-11-17T20:31:22+00:00miod2014-11-17T20:31:22+00:00urn:sha1:1327462df8cb4ae2dc056e0de53b4b4dc50f50fa
There used to be a strong reluctance to provide this cipher in LibreSSL in the
past, because the licence terms under which Cammelia was released by NTT were
free-but-not-in-the-corners, by restricting the right to modify the source
code, as well retaining the right to enforce their patents against anyone
in the future.
However, as stated in http://www.ntt.co.jp/news/news06e/0604/060413a.html ,
NTT changed its mind and made this code truly free. We only wish there had
been more visibility of this, for we could have had enabled Cammelia
earlier (-:
Licence change noticed by deraadt@. General agreement from the usual LibreSSL
suspects.
Crank libcrypto.so minor version due to the added symbols.