aboutsummaryrefslogtreecommitdiffstats
path: root/sound/oss/mpu401.c
diff options
context:
space:
mode:
authorAmit Shah <amit.shah@redhat.com>2014-07-27 07:34:01 +0930
committerRusty Russell <rusty@rustcorp.com.au>2014-07-27 21:07:19 +0930
commit5c06273401f2eb7b290cadbae18ee00f8f65e893 (patch)
tree95635eeb27150d591eff5a5781ad44614fc8a40f /sound/oss/mpu401.c
parentvirtio: rng: re-arrange struct elements for better packing (diff)
downloadlinux-dev-5c06273401f2eb7b290cadbae18ee00f8f65e893.tar.xz
linux-dev-5c06273401f2eb7b290cadbae18ee00f8f65e893.zip
virtio: rng: delay hwrng_register() till driver is ready
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>
Diffstat (limited to 'sound/oss/mpu401.c')
0 files changed, 0 insertions, 0 deletions