Reported here: https://lists.freebsd.org/pipermail/freebsd-current/2018-September/071067.html Review out here: https://reviews.freebsd.org/D17049
Suggest blocker status for 12.0 release, but I am not tied to it (relatively uncommon to be in an unseeded state and such configurations *could* work around it).
Formally approved by secteam (delphij@), vangyzen@ in phab. Tagged re@ for approval in freeze.
(In reply to Conrad Meyer from comment #2) You need to send an official RFA to re@ if you want to commit this, tagging in phabricator does not get you there. Thanks, Rod
(In reply to Rodney W. Grimes from comment #3) I am happy to commit before thaw or after thaw -- choice is re's.
A commit references this bug: Author: delphij Date: Sun Sep 9 17:12:31 UTC 2018 New revision: 338542 URL: https://svnweb.freebsd.org/changeset/base/338542 Log: random(4): Squash non-error timeout codes from tsleep(9). In both scenarios a timeout (EWOULDBLOCK) is considered as a normal condition and the error should not pop up to upper layers. PR: 231181 Submitted by: cem Reported by: lev Reviewed by: vangyzen, markm, delphij Approved by: re (kib) Approved by: secteam (delphij) Differential Revision: https://reviews.freebsd.org/D17049 Changes: head/sys/dev/random/randomdev.c
It is no longer blocking 12.0. Should the blocking relationship be removed, or the bug closed?
(In reply to Conrad Meyer from comment #6) If the bug is fixed the PR should be closed.
(In reply to Rodney W. Grimes from comment #7) It's fixed on CURRENT, but not on stable.
@delphij is there some reason you did not mark your commit as MFC:?
The primary bug has lower impact on 11 due to the specifics of the previous arc4random(3). And the second tsleep was not introduced until after 11, unless someone MFC'ed it. I don't know if this bug is relevant for 10 at all; random's structure changed heavily in ~2015. (Also, are there going to be any more 10.x releases anyway?)
(In reply to Rodney W. Grimes from comment #9) I'll merge the applicable portion to stable/11. The issue was introduced in r284959 which was not merged to stable/10.
A commit references this bug: Author: delphij Date: Tue Sep 25 05:18:20 UTC 2018 New revision: 338923 URL: https://svnweb.freebsd.org/changeset/base/338923 Log: Partial MFC of r338542: random(4): Squash non-error timeout code from tsleep(9). PR: 231181 Submitted by: cem Reported by: lev Reviewed by: vangyzen, markm, delphij Approved by: secteam (delphij) Differential Revision: https://reviews.freebsd.org/D17049 Changes: _U stable/11/ stable/11/sys/dev/random/randomdev.c