[lkml]   [2002]   [Aug]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] (0/4) Entropy accounting fixes
    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
    application could choose *how often* and *how many* bits to pull.
    The kernel can only make a choice which may be too much for an application
    (making it drain more entropy than it needs) or too little for another
    (forcing it to use /dev/random directly). Let the kernel implement
    the Real Thing only (/dev/random). /dev/urandom really belongs to


    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.022 / U:31.316 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site