FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0 2018-07-16T15:02:21Z 2018-07-16T15:02:21Z Kyle Evans kevans@FreeBSD.org 2018-07-16T15:02:21Z urn:sha1:8d4c7065d88e75b6521bd77da4735a7075a9e7f4 r335341-r335345, r335347, r335379-r335380, r335382 r304910: Introduce cnv man page. r304912: Add missed header file for cnv.h . r304915: Bump date in the man page. r304952: Remove duplicated declaration. r325019: Introduce cnvlist_name() and cnvlist_type() functions. Those function can be used when we are iterating over nvlist to reduce amount of extra variables we need to declare. r328164: libnv: Use mallocarray(9) for the nv_calloc. r331094: Fix formatting errors that resulted in apropos(1) output looking weird. r332664: Add missing argument in the cnv man page. r335341: libnv: change name of cookie from cookiep to cookie. The name was inconsistent with rest of the library. No functional change intended. r335342: libnv: add const to cookies arguments r335343: libnv: Remove nvlist argument from cnvlist_{take,free}_* functions. All information which are need for those operations is already stored in the cookie. We decided not to bump libnv version because this API is not used yet in the base system. r335344: libnv: clean parent in nvlist_array when removing it. When we are removing element form the nvlist we should also clean parent, because the array is not a part of the nvlist anymore. r335345: libnv: add regression test for r335344. r335347: libnv: Add nvlist_append_*_array() family of functions. The nvlist_append_{bool,number,string,nvlist,descriptor}_array() functions allows to dynamically extend array stored in the nvlist. r335379: Set prev to NULL so its garaunteed to have a value of some kind and gcc doesn't explode. Feel free to fix this correctly or whatever for gcc builds. This *should* quiesce tinderbox after r335347 for the gcc builds. r335380: style(9) fix, I was also going to silence gcc. r335382: Really fix the style. 2017-03-22T17:56:46Z Bryan Drewery bdrewery@FreeBSD.org 2017-03-22T17:56:46Z urn:sha1:c6d763fda2d211194cfee61940d3771a2f7afb0b r314709: Fix bootstrapping mtree after r313404 for older systems. r314790: Added comments for why nmtree/libmd are bootstrapped. r314794: Fix bootstrapping libmd on older systems after r314709. PR: 217673 2017-02-10T07:32:40Z Enji Cooper ngie@FreeBSD.org 2017-02-10T07:32:40Z urn:sha1:83c41faaa1b4d9711681d8c93540ab9467b61020 r312452-r312512: - Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones This simplifies pathing in make/displayed output - Use .CURDIR:H instead of .CURDIR to simplify pathing in output, etc 2016-12-21T18:42:04Z Ed Maste emaste@FreeBSD.org 2016-12-21T18:42:04Z urn:sha1:bdfce7efb7104add20c75adb9a66ec9a33cdd40b 2016-11-22T20:28:17Z Alan Somers asomers@FreeBSD.org 2016-11-22T20:28:17Z urn:sha1:78edc837c79815611c3b83f4c4138221bef165fa Fix C++ includability of crypto headers with static array sizes C99 allows array function parameters to use the static keyword for their sizes. This tells the compiler that the parameter will have at least the specified size, and calling code will fail to compile if that guarantee is not met. However, this syntax is not legal in C++. This commit reverts r300824, which worked around the problem for sys/sys/md5.h only, and introduces a new macro: min_size(). min_size(x) can be used in headers as a static array size, but will still compile in C++ mode. 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 2016-05-27T05:31:14Z Conrad Meyer cem@FreeBSD.org 2016-05-27T05:31:14Z urn:sha1:c6b03be14b85c8000cd4736c8560205485de6baa Reported by: antoine@ (x265) 2016-03-02T16:14:46Z Glen Barber gjb@FreeBSD.org 2016-03-02T16:14:46Z urn:sha1:52259a98adba7622f236db46a330e61df0c84fb1 Sponsored by: The FreeBSD Foundation 2016-02-24T17:20:11Z Bryan Drewery bdrewery@FreeBSD.org 2016-02-24T17:20:11Z urn:sha1:bd18fd57db1df29da1a3adf94d47924a977a29c2 These are no longer needed after the recent 'beforebuild: depend' changes and hooking DIRDEPS_BUILD into a subset of FAST_DEPEND which supports skipping 'make depend'. Sponsored by: EMC / Isilon Storage Division