forked from Minki/linux
5c06273401
Instead of calling hwrng_register() in the probe routing, call it in the scan routine. This ensures that when hwrng_register() is successful, and it requests a few random bytes to seed the kernel's pool at init, we're ready to service that request. This will also enable us to remove the workaround added previously to check whether probe was completed, and only then ask for data from the host. The revert follows in the next commit. There's a slight behaviour change here on unsuccessful hwrng_register(). Previously, when hwrng_register() failed, the probe() routine would fail, and the vqs would be torn down, and driver would be marked not initialized. Now, the vqs will remain initialized, driver would be marked initialized as well, but won't be available in the list of RNGs available to hwrng core. To fix the failures, the procedure remains the same, i.e. unload and re-load the module, and hope things succeed the next time around. Signed-off-by: Amit Shah <amit.shah@redhat.com> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> |
||
---|---|---|
.. | ||
amd-rng.c | ||
atmel-rng.c | ||
bcm63xx-rng.c | ||
bcm2835-rng.c | ||
core.c | ||
exynos-rng.c | ||
geode-rng.c | ||
intel-rng.c | ||
ixp4xx-rng.c | ||
Kconfig | ||
Makefile | ||
msm-rng.c | ||
mxc-rnga.c | ||
n2-asm.S | ||
n2-drv.c | ||
n2rng.h | ||
nomadik-rng.c | ||
octeon-rng.c | ||
omap3-rom-rng.c | ||
omap-rng.c | ||
pasemi-rng.c | ||
powernv-rng.c | ||
ppc4xx-rng.c | ||
pseries-rng.c | ||
timeriomem-rng.c | ||
tpm-rng.c | ||
tx4939-rng.c | ||
via-rng.c | ||
virtio-rng.c |