openbsd/src/lib/libcrypto/arch/amd64, branch OPENBSD_7_6A mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=OPENBSD_7_62024-08-31T10:44:39+00:00Unexport OPENSSL_cpuid_setup and OPENSSL_ia32cap_P2024-08-31T10:44:39+00:00tb2024-08-31T10:44:39+00:00urn:sha1:a39f98b1710f75361198c026bd5f09593af1c1f5
This allows us in particular to get rid of the MD Symbols.list which
were needed on amd64 and i386 for llvm 16 a while back. OPENSSL_ia32cap_P
was never properly exported since the symbols were marked .hidden in the
asm.
ok beck jsing
Provide and use crypto_arch.h.2024-08-11T13:02:39+00:00jsing2024-08-11T13:02:39+00:00urn:sha1:5dcef2b3ea9eb7ace8ed74c27534785fc0b87130
Provide a per architecture crypto_arch.h - this will be used in a similar
manner to bn_arch.h and will allow for architecture specific #defines and
static inline functions. Move the HAVE_AES_* and HAVE_RC4_* defines here.
ok tb@
enable -fret-clean on amd64, for libc libcrypto ld.so kernel, and all the2024-06-04T15:14:45+00:00deraadt2024-06-04T15:14:45+00:00urn:sha1:69ea95cf2582004598b81a1e44bdd98bb878eebc
ssh tools. The dynamic objects are entirely ret-clean, static binaries
will contain a blend of cleaning and non-cleaning callers.
Always use C functions for AES_{encrypt,decrypt}().2024-03-29T11:00:57+00:00jsing2024-03-29T11:00:57+00:00urn:sha1:2f6039e975b851c54c5857fe9253b02da013fb32
Always provide AES_{encrypt,decrypt}() via C functions, which then either
use a C implementation or call the assembly implementation.
ok tb@
Move camellia to primary Makefile.2024-03-29T07:24:09+00:00jsing2024-03-29T07:24:09+00:00urn:sha1:720ec2c3adcad1ded38a6104e4ca139b4a62ac19
These files are now built on all platforms.
Stop building camellia assembly on amd64 and i386.2024-03-29T07:06:21+00:00jsing2024-03-29T07:06:21+00:00urn:sha1:a4fec35273cfc1a8681cbb9bad672c78586db3e7
This is a legacy algorithm and the assembly is only marginally faster than
the C code.
Discussed with beck@ and tb@
Move aes_core.c to the primary Makefile.2024-03-29T06:03:21+00:00jsing2024-03-29T06:03:21+00:00urn:sha1:5d94d0325a5b03c1ba85b2e0d51af503a072cc2a
This is now built on all platforms.
Always use C functions for AES_set_{encrypt,decrypt}_key().2024-03-29T04:39:54+00:00jsing2024-03-29T04:39:54+00:00urn:sha1:2c1a87a439933e428607afc0c18d4d12070ae246
Always include aes_core.c and provide AES_set_{encrypt,decrypt}_key() via C
functions, which then either use a C implementation or call the assembly
implementation.
ok tb@
Move wp_block.c to the primary Makefile.2024-03-29T02:33:45+00:00jsing2024-03-29T02:33:45+00:00urn:sha1:56504c1b338a0cf1e2340ecd05ecce2ff1b68680
This is now built on all platforms.
Stop building whirlpool assembly on amd64 and i386.2024-03-29T01:24:07+00:00jsing2024-03-29T01:24:07+00:00urn:sha1:529abdf9c39413956ea15540c7deb1119e2c0934
This is a legacy algorithm and the assembly is only marginally faster than
the C code.
Discussed with beck@ and tb@