A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=libressl-v3.8.2 2023-07-26T09:57:34+00:00 2023-07-26T09:57:34+00:00 jsing 2023-07-26T09:57:34+00:00 urn:sha1:f1d5c6b673ee792f2d4a8375bef7906219aac4c2 OPENSSL_cpuid_setup() is invoked via OPENSSL_init_crypto(), whihc is triggered by various entry points to the library. As such, we do not need to invoke it as a constructor. ok tb@ 2023-04-15T18:23:54+00:00 tb 2023-04-15T18:23:54+00:00 urn:sha1:aaaca473ab5066072557d54411e5d55740dd8e66 GF2m support will be removed shortly. In the interim drop some of this unused code already and let it fall back to the C implementation. ok jsing 2023-01-31T06:17:11+00:00 jsing 2023-01-31T06:17:11+00:00 urn: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. 2023-01-17T15:04:27+00:00 miod 2023-01-17T15:04:27+00:00 urn:sha1:a7f48cec18a6702191b620e72d8ffa41cd9173bc interfaces, and remove empty assembly OPENSSL_cpuid_setup routines - the default empty C fallback will work as good. ok jsing@ 2023-01-14T15:45:44+00:00 jsing 2023-01-14T15:45:44+00:00 urn: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@ 2022-12-26T07:18:53+00:00 jmc 2022-12-26T07:18:53+00:00 urn:sha1:2eb7e5ff6bb69760f9dd4a43e7e3520ebb930120 i removed the arithmetics -> arithmetic changes, as i felt they were not clearly correct ok tb 2022-03-23T15:13:31+00:00 tb 2022-03-23T15:13:31+00:00 urn: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 2019-05-11T13:05:25+00:00 tb 2019-05-11T13:05:25+00:00 urn:sha1:83feb7b0ecfb7abaf7c81a355c94e22c3c5440e9 2016-11-04T18:12:14+00:00 miod 2016-11-04T18:12:14+00:00 urn: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@ 2016-11-04T13:56:05+00:00 miod 2016-11-04T13:56:05+00:00 urn: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@