> > I have just uploaded a new version of the entropy translator, with the
> > egd-glue program mentioned. So, now there is a completely user-space
> > /dev/{,u}random driver for the Hurd.
> However, I hope that someone will work on a kernel-space random
> device driver, because it should be less predictable.
Sure, but it would not be in the spirit of a micro-kernel based system.
A better way may be to expose the entropy in some way consistant
with gnumach or with mach in general. One way may be to add to gnumach
a kind of entropy message port, that could be read by some user-space
entropy generator/driver. Of course, this approach would require adding a lot
of hooks in various parts of the kernel, as well as providing some
way to user-level tasks to participate slightly in the generation of
entropy by sending to the entropy-port.
Gnumach is IMHO already getting way too big since the inclusion of the
linux drivers and we should probably spend some more time thinking about
a clean yet efficient way to move all those drivers into user-space,
before we add just another kernel-space driver (though a random device
may be an acceptable exception in this case).
--
Farid Hajji -- Unix Systems and Network Administrator | Phone: +49-2131-67-555
Broicherdorfstr. 83, D-41564 Kaarst, Germany | [EMAIL PROTECTED]
Fermat: ...I've found a remarkable proof for this: Let x,y @#$!@$!2@ NO CARRIER
