[lkml]   [2002]   [Aug]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] (0/4) Entropy accounting fixes
    Am Montag, 19. August 2002 12:15 schrieb Marco Colombo:
    > On Mon, 19 Aug 2002, Theodore Ts'o wrote:
    > [...]
    > > P.S. /dev/urandom should probably also be changed to use an entirely
    > > separate pool, which then periodically pulls a small amount of entropy
    > > from the priamry pool as necessary. That would make /dev/urandom
    > > slightly more dependent on the strength of SHA, while causing it to
    > > not draw down as heavily on the entropy stored in /dev/random, which
    > > would be a good thing.
    > Shouldn't it be moved to userpace, instead? Pulling a small amount
    > of entropy from /dev/random can be done in userspace, too. And the

    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.

    > application could choose *how often* and *how many* bits to pull.

    If you really care, you can implement this for /dev/urandom, too.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:28    [W:0.028 / U:1.560 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site