It seems that the other read_random instances in network stack should do the same as well (probably beyond scope of this changeset though).
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Aug 23 2018
LGTM. cem@ or markm@, could you please commit this before code freeze?
Aug 21 2018
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?
Aug 20 2018
Oops, omit change in stdlib.h.
Update comment, no functional change.
Aug 19 2018
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.
Aug 18 2018
Aug 17 2018
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.
Aug 15 2018
Aug 14 2018
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.
Aug 12 2018
Aug 9 2018
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!
Aug 8 2018
Aug 7 2018
Aug 6 2018
LGTM (please verify that rcorder /usr/local/etc/rc.d/* /etc/rc.d/* > /dev/null won't give cycles before committing).
Aug 5 2018
In D16595#352569, @imp wrote:Normally, these files aren't in the control of users...
Clarify the code.
Aug 4 2018
Referenced wrong review. This was committed as rS337317.
Aug 3 2018
Aug 1 2018
Jul 28 2018
Could you please split the proposed change to smaller pieces, so it would be easier to review?
Jul 27 2018
Jul 26 2018
Jul 24 2018
In D16365#348482, @koobs wrote:@delphij Is that acceptance for approval to MFH ?
Jul 20 2018
Jul 19 2018
LGTM, thanks!
Jul 18 2018
Update manual pages and other hash rountines.