![]() | |||||||||||||
Messages in this thread |
> > 1. You create a problem for in kernel users of random numbers. > > 2. You forgo the benefit of randomness by concurrent access to > > /dev/urandom 3. You will not benefit from hardware random number > > generators as easily. > > You lost me. The kernel of course has "client" access to the internal > pool. And since the userspace reads from /dev/random, it benefits The kernel users of random numbers may be unable to block. Thus the kernel has to have a PRNG anyway. You may as well export it. > from HRNG just the same way it does now. Point 2 is somewhat obscure > to me. The kernel has only one observer to deal with, in theory. In theory. In practice what goes out through eg. the network is most important. Additional accesses to a PRNG bitstream unknown outside make it harder to predict the bitstream. Regards Oliver - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-03-22 12:22 [W:0.232 / U:0.440 seconds] ©2003-2008 Jasper Spaans | |||||||||||||