Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1660633 > unrolled thread

Re: [kernel-hardening] [PATCH v4 05/13] crypto/rng: ensure that the RNG is ready before using

Started by"Jason A. Donenfeld" <Jason@zx2c4.com>
First post2017-06-08 02:50 +0200
Last post2017-06-08 02:50 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [kernel-hardening] [PATCH v4 05/13] crypto/rng: ensure that the  RNG is ready before using "Jason A. Donenfeld" <Jason@zx2c4.com> - 2017-06-08 02:50 +0200

#1660633 — Re: [kernel-hardening] [PATCH v4 05/13] crypto/rng: ensure that the RNG is ready before using

From"Jason A. Donenfeld" <Jason@zx2c4.com>
Date2017-06-08 02:50 +0200
SubjectRe: [kernel-hardening] [PATCH v4 05/13] crypto/rng: ensure that the RNG is ready before using
Message-ID<tPTO9-5uW-5@gated-at.bofh.it>
On Thu, Jun 8, 2017 at 2:41 AM, Theodore Ts'o <tytso@mit.edu> wrote:
> The use in keys/big_key is _being_ removed, so this commit is
> dependent on that commit landing, correct?  (Order matters, because
> otherwise we don't want to potentially screw up doing a kernel bisect
> and causing their kernel to deadlock during the boot while they are
> trying to track down an unreleated problem.)

Yes. It's actually landing with get_random_bytes, to avoid a
dependency problem when merging. After these both lands, I'll submit a
third changing that over to get_random_bytes_wait in the right place.

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web