lkml.org 
[lkml]   [2003]   [Oct]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [RFC] frandom - fast random generator module
Date
Followup to:  <bn40oa$i4q$1@gatekeeper.tmr.com>
By author: davidsen@tmr.com (bill davidsen)
In newsgroup: linux.dev.kernel
>
> In article <3F8E58A9.20005@cyberone.com.au>,
> Nick Piggin <piggin@cyberone.com.au> wrote:
>
> | Without looking at the code, why should this be done in the kernel?
>
> Because it's a generally useful function, /dev/random and /dev/urandom
> are in the kernel, /dev/urandom is SLOW. And doing a userspace solution
> is a bitch in shell scripts ;-)
>

Bullshit. "myrng 36 | foo" works just fine.

> Since bloat is being discussed in several threads, you may want to
> propose that /dev/*random be config options in the "delete features for
> size" section.

/dev/random and /dev/urandom are in the kernel because they are
clients of the kernel's entropy collection system, period. There is
no other justification for their inclusion in the kernel, and using
them as motivation for sticking a pure PRNG in the kernel is daft at
best.

-hpa
--
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
If you send me mail in HTML format I will assume it's spam.
"Unix gives you enough rope to shoot yourself in the foot."
Architectures needed: ia64 m68k mips64 ppc ppc64 s390 s390x sh v850 x86-64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.130 / U:0.436 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site