FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.0 2018-07-09T08:19:04Z 2018-07-09T08:19:04Z Conrad Meyer cem@FreeBSD.org 2018-07-09T08:19:04Z urn:sha1:8ff3cdd1b52f1a7baa92226eb73ab448afc974e8 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. 2017-08-02T09:00:59Z Enji Cooper ngie@FreeBSD.org 2017-08-02T09:00:59Z urn:sha1:3a8b7649ceec008f94bb98d3a0a0d363e91bba68 2017-08-02T08:54:18Z Enji Cooper ngie@FreeBSD.org 2017-08-02T08:54:18Z urn:sha1:c119e4a444f9704ae519195758de1a4311fed337 bsd.subdir.mk is included from bsd.obj.mk, which is included via bsd.lib.mk. MFC after: 3 days 2017-08-02T08:50:42Z Enji Cooper ngie@FreeBSD.org 2017-08-02T08:50:42Z urn:sha1:d511b20a693d77c1dc2491a62124471361eddd8e `SUBDIR.${MK_TESTS}+= tests` idiom. This is a follow up to r321912. 2017-08-02T08:35:51Z Enji Cooper ngie@FreeBSD.org 2017-08-02T08:35:51Z urn:sha1:4b330699f819a81d8e34d471225143ffeb321855 directories to SUBDIR.${MK_TESTS} idiom This is being done to pave the way for future work (and homogenity) in ^/projects/make-check-sandbox . No functional change intended. MFC after: 1 weeks 2017-01-20T04:52:29Z Enji Cooper ngie@FreeBSD.org 2017-01-20T04:52:29Z urn:sha1:562cbd7bcd990c7d4f9de5a6ecc2fab56e83f642 This simplifies pathing in make/displayed output MFC after: 3 weeks Sponsored by: Dell EMC Isilon 2016-08-10T15:16:28Z Ed Schouten ed@FreeBSD.org 2016-08-10T15:16:28Z urn:sha1:5f521d7ba72145092ea23ff6081d8791ad6c1f9d glibc has a pretty nice function called crypt_r(3), which is nothing more than crypt(3), but thread-safe. It accomplishes this by introducing a 'struct crypt_data' structure that contains a buffer that is large enough to hold the resulting string. Let's go ahead and also add this function. It would be a shame if a useful function like this wouldn't be usable in multithreaded apps. Refactor crypt.c and all of the backends to no longer declare static arrays, but write their output in a provided buffer. There is no need to do any buffer length computation here, as we'll just need to ensure that 'struct crypt_data' is large enough, which it is. _PASSWORD_LEN is defined to 128 bytes, but in this case I'm picking 256, as this is going to be part of the actual ABI. Differential Revision: https://reviews.freebsd.org/D7306 2016-06-01T20:55:25Z Allan Jude allanjude@FreeBSD.org 2016-06-01T20:55:25Z urn:sha1:cd9f4c599d8548997d609939fac2346c2393e3d5 It is not a password hashing algorithm Reported by: cem 2016-05-29T01:15:36Z Allan Jude allanjude@FreeBSD.org 2016-05-29T01:15:36Z urn:sha1:b468a9ff1d3a70c6d14cf2b49574cbbcc60ff997 Connect it to userland (libmd, libcrypt, sbin/md5) and kernel (crypto.ko) Support for skein as a ZFS checksum algorithm was introduced in r289422 but is disconnected because FreeBSD lacked a Skein implementation. A further commit will enable it in ZFS. Reviewed by: cem Sponsored by: ScaleEngine Inc. Differential Revision: https://reviews.freebsd.org/D6166 2016-05-28T16:06:07Z Allan Jude allanjude@FreeBSD.org 2016-05-28T16:06:07Z urn:sha1:1780e407158ada85e454b24960b83a4f8e35cc25 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