| e951219f | 08-Dec-2021 |
John Baldwin <[email protected]> |
libmd: Only define SHA256_Transform_c when using the ARM64 ifunc.
GCC 9 doesn't define a SHA256_Transform symbol when the stub just wraps SHA256_Transform_c resulting in an undefined symbol for _lib
libmd: Only define SHA256_Transform_c when using the ARM64 ifunc.
GCC 9 doesn't define a SHA256_Transform symbol when the stub just wraps SHA256_Transform_c resulting in an undefined symbol for _libmd_SHA256_Transform in libmd.so.
Discussed with: andrew, jrtc27 Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D31945
(cherry picked from commit a6765c4b449d79c6ee24dd7c37deb2239f6281a4)
show more ...
|
| 8083f14f | 16-Mar-2014 |
John-Mark Gurney <[email protected]> |
replace the kernel's version w/ cperciva's implementation... In all my tests, it is faster ~20%, even on an old IXP425 533MHz it is ~45% faster... This is partly due to loop unrolling, so the code
replace the kernel's version w/ cperciva's implementation... In all my tests, it is faster ~20%, even on an old IXP425 533MHz it is ~45% faster... This is partly due to loop unrolling, so the code size does significantly increase... I do plan on committing a version that rolls up the loops again for smaller code size for embedded systems where size is more important than absolute performance (it'll save ~6k code)...
The kernel implementation is now shared w/ userland's libcrypt and libmd...
We drop support for sha256 from sha2.c, so now sha2.c only contains sha384 and sha512...
Reviewed by: secteam@
show more ...
|