f65ab5c10c
random_adaptor is basically an adapter that plugs in to random(4). random_adaptor can only be plugged in to random(4) very early in bootup. Unplugging random_adaptor from random(4) is not supported, and is probably a bad idea anyway, due to potential loss of entropy pools. We currently have 3 random_adaptors: + yarrow + rdrand (ivy.c) + nehemeiah * Remove platform dependent logic from probe.c, and move it into corresponding registration routines of each random_adaptor provider. probe.c doesn't do anything other than picking a specific random_adaptor from a list of registered ones. * If the kernel doesn't have any random_adaptor adapters present then the creation of /dev/random is postponed until next random_adaptor is kldload'ed. * Fix randomdev_soft.c to refer to its own random_adaptor, instead of a system wide one. Submitted by: arthurmesh@gmail.com, obrien Obtained from: Juniper Networks Reviewed by: so (des) |
||
---|---|---|
.. | ||
harvest.c | ||
hash.c | ||
hash.h | ||
ivy.c | ||
nehemiah.c | ||
probe.c | ||
random_adaptors.c | ||
random_adaptors.h | ||
randomdev_soft.c | ||
randomdev_soft.h | ||
randomdev.c | ||
randomdev.h | ||
yarrow.c | ||
yarrow.h |