[lkml]   [2003]   [Oct]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFC] frandom - fast random generator module
Jeff Garzik wrote:

>> Besides, it's quite easy to do something wrong with random numbers.
>> By having a good source of random data, I suppose we can spare a lot
>> of people the headache of getting their own user-space application
>> right for the one-off thing they want to do.
> This is completely bogus logic. I can use this (incorrect) argument
> to similar push for applications doing bsearch(3) or qsort(3) via a
> system call.
My argument, possibly better formulated, asks the following questions:

(1) How much good will the existence of an standard /dev/frandom device
do? Is it going to be used?
(2) How much space will it take up in the kernel tarball?
(3) How much disk space will it take after compilation?
(4) How much compilation time will it take up?
(5) How much effort is it going to be to maintain it?

(If we use it as a kernel module, we don't even have to consider the
little kernel memory it takes up)

If I've missed some other pragmatic consideration, by all means tell me.

Now, I think that (1) wins (2)-(5). I can comment on maintaining the
module after making it compatible with 2.2 and 2.6: It's a simple
character device, with the most basic adaptions to it.

I actually agree that the kernel isn't "the right place" for a random
generator. I simply think that having it there is useful, with a very
low cost.


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:55    [W:0.162 / U:10.952 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site