|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0 |
|
| #
01a9c323 |
| 26-Aug-2018 |
Sean Bruno <[email protected]> |
r338270 had the side effect of no longer installing libmd.so into /lib. For users who have a seperate zfs mount of /usr or /usr/lib, this will cause dynamic loading failures when attempting to execut
r338270 had the side effect of no longer installing libmd.so into /lib. For users who have a seperate zfs mount of /usr or /usr/lib, this will cause dynamic loading failures when attempting to execute zfs mount on bootup. E.g. the system won't boot.
Including <src.opts.mk> sets SHLIBDIR, so SHLIBDIR?= has no effect. The other lib/ Makefiles solve this problem by moving the SHLIBDIR assignment to before .include <src.opts.mk>.
Submitted by: jilles Reviewed by: allanjude Approved by: re (rgrimes) Differential Revision: https://reviews.freebsd.org/D16910
show more ...
|
| #
c91575ce |
| 23-Aug-2018 |
Alex Richardson <[email protected]> |
Don't build skein_block_asm.s if we don't have an as binary
This fixes building libmd on MacOS/Linux. The real fix is probably to build it as a .S file with $CC instead. It might also be better to j
Don't build skein_block_asm.s if we don't have an as binary
This fixes building libmd on MacOS/Linux. The real fix is probably to build it as a .S file with $CC instead. It might also be better to just compile the C file in userspace since the compiler can the use SSE/AVX.
Reviewed By: emaste, brooks Approved By: jhb (mentor) Differential Revision: https://reviews.freebsd.org/D16844
show more ...
|
| #
078018e0 |
| 20-Aug-2018 |
Alex Richardson <[email protected]> |
Allow bootstrapping libmd on MacOS
The assembly files use directives that only work for ELF targets so skip them when bootstrapping on MacOS.
Reviewed By: imp Approved By: jhb (mentor) Differential
Allow bootstrapping libmd on MacOS
The assembly files use directives that only work for ELF targets so skip them when bootstrapping on MacOS.
Reviewed By: imp Approved By: jhb (mentor) Differential Revision: https://reviews.freebsd.org/D14247
show more ...
|
| #
8ff3cdd1 |
| 09-Jul-2018 |
Conrad Meyer <[email protected]> |
Integrate SHA2-224 with userspace components
The double compilation of the kernel sources in libmd and libcrypt is baffling, but add yet another define hack to prevent duplicate symbols.
Add docume
Integrate SHA2-224 with userspace components
The double compilation of the kernel sources in libmd and libcrypt is baffling, but add yet another define hack to prevent duplicate symbols.
Add documentation and SHA2-224 test cases to libmd.
Integrate with the md5(1) command, document, and add more test cases; self-tests pass.
show more ...
|
|
Revision tags: release/11.2.0 |
|
| #
25316863 |
| 23-May-2018 |
Mark Johnston <[email protected]> |
Revert r334090.
It causes the 32bit compat build of libmd to fail with:
libmd/rmd160c.c:86:9: error: 'ripemd160_block' macro redefined #define ripemd160_block ripemd160_block_x86 ^ libmd/ri
Revert r334090.
It causes the 32bit compat build of libmd to fail with:
libmd/rmd160c.c:86:9: error: 'ripemd160_block' macro redefined #define ripemd160_block ripemd160_block_x86 ^ libmd/ripemd.h:122:9: note: previous definition is here #define ripemd160_block _libmd_ripemd160_block
show more ...
|
| #
272b99f7 |
| 23-May-2018 |
Eitan Adler <[email protected]> |
libmd: build with WARNS=1
- build with WARNS=1. This works without any changes - remove two unused variables noticed at WARNS=2
|
|
Revision tags: release/10.4.0, release/11.1.0 |
|
| #
929b476a |
| 01-Jul-2017 |
Allan Jude <[email protected]> |
Increase loop unrolling for skein hashes
This patch was inspired by an opposite change made to shrink the code for the boot loader.
On my i7-4770, it increases the skein1024 speed from 470 to 550 M
Increase loop unrolling for skein hashes
This patch was inspired by an opposite change made to shrink the code for the boot loader.
On my i7-4770, it increases the skein1024 speed from 470 to 550 MB/s
Reviewed by: sbruno MFC after: 1 month Sponsored by: ScaleEngine Inc. Differential Revision: https://reviews.freebsd.org/D7824
show more ...
|
| #
a1b9cad5 |
| 06-Mar-2017 |
Bryan Drewery <[email protected]> |
Fix bootstrapping libmd on older systems after r314709.
This follows another fix to bootstrap libmd after r313404. The MD5FileChunk prototype is needed to build libmd, but it is only reliably in th
Fix bootstrapping libmd on older systems after r314709.
This follows another fix to bootstrap libmd after r313404. The MD5FileChunk prototype is needed to build libmd, but it is only reliably in the src tree's sys/md5.h header. Rather than polluting the legacy build with this header for the entire build, just symlink it in here for now as is done in the elftoolchain build. Libmd is already referencing other src tree headers by its used of CFLAGS+= ${SRCTOP}/sys/crypto/sha2. This, and other uses of CFLAGS+= ${SRCTOP}/sys..., may later change to be in the legacy mechanism.
Reported by: bde, ian, sjg Tested by: ian
show more ...
|
| #
49233bae |
| 20-Jan-2017 |
Enji Cooper <[email protected]> |
Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones
This simplifies pathing in make/displayed output
MFC after: 3 weeks Sponsored by: Dell EMC Isilon
|
|
Revision tags: release/11.0.1, release/11.0.0 |
|
| #
60a4cd84 |
| 21-Jul-2016 |
Ed Maste <[email protected]> |
libmd: strip local absolute symbols (to link with lld)
Old versions of gas produce an invalid section index. That is ignored by old versions of ld, but prevents a link with lld.
Submitted by: Rafae
libmd: strip local absolute symbols (to link with lld)
Old versions of gas produce an invalid section index. That is ignored by old versions of ld, but prevents a link with lld.
Submitted by: Rafael Ávila de Espíndola (earlier version) Reviewed by: allanjude Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D6789
show more ...
|
| #
1780e407 |
| 28-May-2016 |
Allan Jude <[email protected]> |
Implement SHA-512 truncated (224 and 256 bits)
This implements SHA-512/256, which generates a 256 bit hash by calculating the SHA-512 then truncating the result. A different initial value is used, m
Implement SHA-512 truncated (224 and 256 bits)
This implements SHA-512/256, which generates a 256 bit hash by calculating the SHA-512 then truncating the result. A different initial value is used, making the result different from the first 256 bits of the SHA-512 of the same input. SHA-512 is ~50% faster than SHA-256 on 64bit platforms, so the result is a faster 256 bit hash.
The main goal of this implementation is to enable support for this faster hashing algorithm in ZFS. The feature was introduced into ZFS in r289422, but is disconnected because SHA-512/256 support was missing. A further commit will enable it in ZFS.
This is the follow on to r292782
Reviewed by: cem Sponsored by: ScaleEngine Inc. Differential Revision: https://reviews.freebsd.org/D6061
show more ...
|
|
Revision tags: release/10.3.0 |
|
| #
a70cba95 |
| 04-Feb-2016 |
Glen Barber <[email protected]> |
First pass through library packaging.
Sponsored by: The FreeBSD Foundation
|
| #
7a3f5d11 |
| 27-Dec-2015 |
Allan Jude <[email protected]> |
Replace sys/crypto/sha2/sha2.c with lib/libmd/sha512c.c
cperciva's libmd implementation is 5-30% faster
The same was done for SHA256 previously in r263218
cperciva's implementation was lacking SHA
Replace sys/crypto/sha2/sha2.c with lib/libmd/sha512c.c
cperciva's libmd implementation is 5-30% faster
The same was done for SHA256 previously in r263218
cperciva's implementation was lacking SHA-384 which I implemented, validated against OpenSSL and the NIST documentation
Extend sbin/md5 to create sha384(1)
Chase dependancies on sys/crypto/sha2/sha2.{c,h} and replace them with sha512{c.c,.h}
Reviewed by: cperciva, des, delphij Approved by: secteam, bapt (mentor) MFC after: 2 weeks Sponsored by: ScaleEngine Inc. Differential Revision: https://reviews.freebsd.org/D3929
show more ...
|
|
Revision tags: release/10.2.0 |
|
| #
3a6dcb1f |
| 12-Jul-2015 |
Craig Rodrigues <[email protected]> |
Add new include path for sha256.h
This fixes the bootstrap build on FreeBSD 10.
Submitted by: andrew
|
| #
18b2ee82 |
| 15-Jun-2015 |
Baptiste Daroussin <[email protected]> |
Revert r284417 it is not necessary anymore
|
| #
4232f826 |
| 15-Jun-2015 |
Baptiste Daroussin <[email protected]> |
Enforce overwritting SHLIBDIR
Since METAMODE has been added, sys.mk loads bsd.mkopt.mk which ends load loading bsd.own.mk which then defines SHLIBDIR before all the Makefile.inc everywhere.
This ma
Enforce overwritting SHLIBDIR
Since METAMODE has been added, sys.mk loads bsd.mkopt.mk which ends load loading bsd.own.mk which then defines SHLIBDIR before all the Makefile.inc everywhere.
This makes /lib being populated again.
Reported by: many
show more ...
|
| #
2dd0a89c |
| 11-May-2015 |
Thomas Quinot <[email protected]> |
Unbreak MIPS build following rev. 282726
Introduce further adjustments to the renaming of libmd symbols: make sure that we do not generate dangling weak aliases, as this causes build failures on MIP
Unbreak MIPS build following rev. 282726
Introduce further adjustments to the renaming of libmd symbols: make sure that we do not generate dangling weak aliases, as this causes build failures on MIPS.
Tested by: sbruno
show more ...
|
|
Revision tags: release/10.1.0, release/9.3.0 |
|
| #
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 ...
|
|
Revision tags: release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0 |
|
| #
9b9c3018 |
| 28-Apr-2012 |
David E. O'Brien <[email protected]> |
Remove the RFC 1319 MD2 Message-Digest Algorithm routines from libmd.
1. The licensing terms for the MD2 routines from RFC is not under a BSD-like license. Instead it is only granted for non-com
Remove the RFC 1319 MD2 Message-Digest Algorithm routines from libmd.
1. The licensing terms for the MD2 routines from RFC is not under a BSD-like license. Instead it is only granted for non-commercial Internet Privacy-Enhanced Mail. 2. MD2 is quite deprecated as it is no longer considered a cryptographically strong algorithm.
Discussed with: so (cperciva), core
show more ...
|
|
Revision tags: release/8.3.0 |
|
| #
3b50f6bf |
| 09-Apr-2011 |
Mark Murray <[email protected]> |
Add SHA512 (Actually, this is Colin Percival's code for SHA256, with relevant constants changed).
While I'm here clean up the tests and Makefile.
PR: misc/124164 Submitted by: KIMURA Yasuhiro < ya
Add SHA512 (Actually, this is Colin Percival's code for SHA256, with relevant constants changed).
While I'm here clean up the tests and Makefile.
PR: misc/124164 Submitted by: KIMURA Yasuhiro < yasu utahime org > MFC after: 1 month
show more ...
|
|
Revision tags: release/7.4.0, release/8.2.0 |
|
| #
152e60f2 |
| 15-Feb-2011 |
Dimitry Andric <[email protected]> |
Fix some leftover binaries and shared libraries in the system that still have an executable stack, due to linking in hand-assembled .S or .s files, that have no .GNU-stack sections:
RWX --- --- /li
Fix some leftover binaries and shared libraries in the system that still have an executable stack, due to linking in hand-assembled .S or .s files, that have no .GNU-stack sections:
RWX --- --- /lib/libcrypto.so.6 RWX --- --- /lib/libmd.so.5 RWX --- --- /lib/libz.so.6 RWX --- --- /lib/libzpool.so.2 RWX --- --- /usr/lib/liblzma.so.5
These were found using scanelf, from the sysutils/pax-utils port.
Reviewed by: kib
show more ...
|
|
Revision tags: release/8.1.0, release/7.3.0 |
|
| #
daaf5759 |
| 02-Jan-2010 |
Ed Schouten <[email protected]> |
Build lib/ with WARNS=6 by default.
Similar to libexec/, do the same with lib/. Make WARNS=6 the norm and lower it when needed.
I'm setting WARNS?=0 for secure/. It seems secure/ includes the Makef
Build lib/ with WARNS=6 by default.
Similar to libexec/, do the same with lib/. Make WARNS=6 the norm and lower it when needed.
I'm setting WARNS?=0 for secure/. It seems secure/ includes the Makefile.inc provided by lib/. I'm not going to touch that directory. Most of the code there is contributed anyway.
show more ...
|
|
Revision tags: release/8.0.0, release/7.2.0, release/7.1.0 |
|
| #
83720896 |
| 02-Dec-2008 |
Poul-Henning Kamp <[email protected]> |
Make the "test" target test the compiled version, instead of the installed version of the md library.
|
|
Revision tags: release/6.4.0, release/7.0.0, release/6.3.0, release/6.2.0, release/5.5.0, release/6.1.0, release/6.0.0, release/5.4.0 |
|
| #
186c183c |
| 09-Mar-2005 |
Colin Percival <[email protected]> |
In light of the recent 2^69 operation collision-finding attack on SHA1, add support for SHA256.
Tested on: i386, sparc64 Tested using: NIST test vectors, built-in tests X-MFC-after: 5.4-RELEASE
|
|
Revision tags: release/4.11.0, release/5.3.0, release/4.10.0 |
|
| #
5c3a55de |
| 26-Feb-2004 |
Bruce Evans <[email protected]> |
Backed out rev.1.6 and subsequent copying of it (bogus addition of -static to CFLAGS). It just turned rev.1.5 into an obfuscated no-op. As explained in the log for rev.1.5, testing should be done in
Backed out rev.1.6 and subsequent copying of it (bogus addition of -static to CFLAGS). It just turned rev.1.5 into an obfuscated no-op. As explained in the log for rev.1.5, testing should be done in the host environment but there is a problem in cross-compilation environments. As not explained in the log for rev.1.6, there was apparently a practical problem with cross-compiling (makeworld should have set -static in LDFLAGS but apparently didn't). Cross-compilation was especially complicated because the relevant programs are test programs that were run at beforeinstall time -- dynamic libraries might or might not exist depending on the build options. The complications became moot in rev.1.8 when beforeinstall was renamed "test".
show more ...
|