[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Putting a random translator into the Hurd directly?

From: Marcus Brinkmann
Subject: Re: Putting a random translator into the Hurd directly?
Date: Thu, 14 Jun 2007 13:56:10 +0200
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shij┼Ź) APEL/10.6 Emacs/23.0.0 (i486-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)

At Tue, 12 Jun 2007 16:55:52 +0200,
Michael Banck wrote:
> On Tue, Jun 12, 2007 at 10:51:48AM -0400, Michael Casadevall wrote:
> > That makes sense, but why don't we still include a random module in  
> > the source itself so people who are working on one at least can work  
> > >from a common starting point, but make it so it isn't compiled in by  
> > default. I mean, looking at the source, we have trivfs in the main  
> > source, and that useless to everyone expect developers
> As far as I am aware, nobody proposed a random translator for inclusion
> yet anyway.

The random translator I wrote a couple of years ago is based on
gnupg's random pool and should be high quality once updated to current
gnupg code.

The missing link is the Mach device for entropy.  It makes sense to
port the Linux random device matching the linux device drivers, and
then use the callbacks that already are in the drivers, as they
contain an entropy estimate as well if I recall correctly.

This is not rocket science.  It's a fairly easy step, and once that
GNU Mach device exists, it makes a whole lot of sense to include my
random translator as well.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]