LGTM.

LGTM as-is, but with some minor suggestions inline.

I think the direction is good and the changeset looks good to me in principal. Could you please make a change so it would print errline, which would make it easier for administrators to find out where the issue is?

Oops, omit change in stdlib.h.

Update comment, no functional change.

Addressed contrib/ntp/lib/isc/random.c issue; heimdal part would be left as-is for now (I think we can use HAVE_RAND but let's do it in a follow up commit).

Remove #else in contrib/ntp/lib/isc/random.c.

Remove manual page for arc4random_stir and arc4random_addrandom.

Drop chacha_private.h and address various reviewer comments.

Will commit the arc4random_uniform portion of change (which contained some trivial changes to type to make the code C99 compliant) to reduce the size of this changeset and revise to address some comments with plan outlined inline.

In D16706#355122, @cem wrote:

Hi,

Thanks for the quick feedback!

In D16706#355121, @delphij wrote:

for example the use of MAP_INHERIT_ZERO or FreeBSD's INHERIT_ZERO to detect fork

That would be an additional enhancement, no? I don't think this change introduces a regression there.

I think we should come up with a design first, it's important not to repeat other's errors. (I have a version based on earlier OpenBSD arc4random() [1] that was used in a disk wiper which still suffers from a few issues that OpenBSD have fixed in their later versions, for example the use of MAP_INHERIT_ZERO or FreeBSD's INHERIT_ZERO to detect fork.). My recommendation is to start over from a more recent OpenBSD version.

LGTM'ing so we don't become a blocker (the code construction is similar to ivy.c). Please go ahead with commit after 14th August if nobody raises problems that they thinks should block the commit.

LGTM, thanks!

LGTM. Thanks!

LGTM (please verify that rcorder /usr/local/etc/rc.d/* /etc/rc.d/* > /dev/null won't give cycles before committing).

In D16595#352569, @imp wrote:

Normally, these files aren't in the control of users...

Clarify the code.

Referenced wrong review. This was committed as rS337317.

Could you please split the proposed change to smaller pieces, so it would be easier to review?

In D16365#348482, @koobs wrote:

@delphij Is that acceptance for approval to MFH ?

LGTM, thanks!

Update manual pages and other hash rountines.

In D15801#336741, @eadler wrote:

Steal space from RES and SIZE; incrase username

In D16072#340510, @ygy wrote:

@loader @delphij What I am unsure is zh_CN.UTF-8/htdocs/developers.xml. Is it used anywhere, and should we keep maintaining it?

Looks reasonable.