summaryrefslogtreecommitdiffstats
path: root/tools
diff options
context:
space:
mode:
authorLaurent Vivier <lvivier@redhat.com>2019-09-17 11:54:50 +0200
committerHerbert Xu <herbert@gondor.apana.org.au>2019-09-20 23:05:33 +1000
commit78887832e76541f77169a24ac238fccb51059b63 (patch)
tree89f6c14649a886df4550913c2705c445a4d00357 /tools
parent62a9d9fc7a210005cdbbf186d6e655228497dfac (diff)
downloadlinux-78887832e76541f77169a24ac238fccb51059b63.tar.bz2
hwrng: core - don't wait on add_early_randomness()
add_early_randomness() is called by hwrng_register() when the hardware is added. If this hardware and its module are present at boot, and if there is no data available the boot hangs until data are available and can't be interrupted. For instance, in the case of virtio-rng, in some cases the host can be not able to provide enough entropy for all the guests. We can have two easy ways to reproduce the problem but they rely on misconfiguration of the hypervisor or the egd daemon: - if virtio-rng device is configured to connect to the egd daemon of the host but when the virtio-rng driver asks for data the daemon is not connected, - if virtio-rng device is configured to connect to the egd daemon of the host but the egd daemon doesn't provide data. The guest kernel will hang at boot until the virtio-rng driver provides enough data. To avoid that, call rng_get_data() in non-blocking mode (wait=0) from add_early_randomness(). Signed-off-by: Laurent Vivier <lvivier@redhat.com> Fixes: d9e797261933 ("hwrng: add randomness to system from rng...") Cc: <stable@vger.kernel.org> Reviewed-by: Theodore Ts'o <tytso@mit.edu> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'tools')
0 files changed, 0 insertions, 0 deletions