[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.099 / U:1.564 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site