Skip to content

RFC hw_random: support for delayed init randomness requests

Amit Shah lkml virtualization 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 RFC Latest3 patches 5 repliesIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/3hw_random: allow RNG devices to give early randomness after a delaydrivers/char/hw_random/core.c include/linux/hw_random.h+27 -15 replies
2/3virtio: rng: only accept delayed early randomness requestsdrivers/char/hw_random/virtio-rng.c+1 -00 replies
3/3Revert "virtio: rng: ensure reads happen after successful probe"drivers/char/hw_random/core.c drivers/char/hw_random/virtio-rng.c+0 -160 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [RFC PATCH 0/3] hw_random: support for delayed init randomness requests

Hello,

This series introduces a way to allow devices to contribute to initial system randomness after a certain delay. Specifically, the virtio-rng device can contribute initial randomness only after a successful probe().

A delayed workqueue item is queued in the system queue to fetch this randomness if the device indicates it's capable of contributing only after a delay, via the new HWRNG_DELAY_READ_AT_INIT flag.

This series is intended for the next merge window. I've marked it as RFC because the last revert doesn't yet have a linux.git sha1. I'll re-post when the previous series gets committed.

Please review,

Amit Shah (3):
hw_random: allow RNG devices to give early randomness after a delay
virtio: rng: only accept delayed early randomness requests Revert "virtio: rng: ensure reads happen after successful probe"

 drivers/char/hw_random/core.c       | 26 +++++++++++++++++++-------
 drivers/char/hw_random/virtio-rng.c | 11 +----------
 include/linux/hw_random.h           |  8 ++++++++
 3 files changed, 28 insertions(+), 17 deletions(-)
Signature · 1 line
1.9.3