openbsd/src/lib/libcrypto/sha/sha1_amd64_generic.S, branch OPENBSD_7_9_BASEA mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=OPENBSD_7_9_BASE2026-03-28T13:11:28+00:00Include crypto_assembly.h instead of manually ensuring _CET_ENDBR exists.2026-03-28T13:11:28+00:00jsing2026-03-28T13:11:28+00:00urn:sha1:b691bbfcac89ff4cadab20821c931ce1d672b9c9
ok kenjiro@ tb@
Tidy instruction separators in SHA assembly.2026-01-24T14:20:52+00:00jsing2026-01-24T14:20:52+00:00urn:sha1:1d4a03f3d650a577581aedee8cc799a3ad6668d8
Remove unnecessary separators and add a few to macros that call other
macros (instead of expecting them to exist).
Use .section before .rodata to appease gas.2026-01-17T06:31:45+00:00jsing2026-01-17T06:31:45+00:00urn:sha1:650cf9e91c9b18210aaa53983bfb7725a344b7bb
gas dislikes bare .rodata - add .section before .rodata to make it happier
(LLVM does not care and is happy with either). For consistency, do the same
with .text.
Use name instead of register.2025-01-18T02:56:07+00:00jsing2025-01-18T02:56:07+00:00urn:sha1:c79c1646d28571d60ad8157510b2f311aa3d348eProvide a replacement assembly implementation for SHA-1 on amd64.2024-12-04T13:13:33+00:00jsing2024-12-04T13:13:33+00:00urn:sha1:2de3ee8c5940ebad54feb4303f6fc816daca784b
As already done for SHA-256 and SHA-512, replace the perlasm generated
SHA-1 assembly implementation with one that is actually readable. Call the
assembly implementation from a C wrapper that can, in the future, dispatch
to alternate implementations. On a modern CPU the performance is around
5% faster than the base implementation generated by sha1-x86_64.pl, however
it is around 15% slower than the excessively complex SSSE2/AVX version that
is also generated by the same script (a SHA-NI version will greatly
outperform this and is much cleaner/simpler).
ok tb@