lkml.org 
[lkml]   [2005]   [Oct]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch 0/5] RNG cleanup & new drivers attempt #1
On Oct 19 2005, at 11:01, Jeff Garzik was caught saying:
> Not interesting in pursuing this path. This has been discussed
> endlessly, check the archives.
>
> We want the FIPS tests. Hardware (especially cheap hardware) is often
> known to go haywire. Trusting hardware to do the FIPS tests is pretty
> silly, since you're trusting the piece that might go haywire to tell you
> its OK. RNGs have a history of suddenly providing non-random data, for
> a variety of reasons (usually poor board wiring).
>
> We also want the userspace daemon because that gives the sysadmin far
> more control over how much entropy is added to the system. 99.9% of the
> cases in the real world, we don't want the RNG pumping entropy into the
> pool at full speed. That will likely pump in more data than a system
> needs, chewing CPU. The admin can't even kill the daemon to reclaim his
> CPU, if its all in-kernel.

OK, understood. But other than the fastpath idea, are you OK with
the direction I took with the code?

~Deepak

--
Deepak Saxena - dsaxena@plexity.net - http://www.plexity.net

When law and duty are one, united by religion, you never become fully
conscious, fully aware of yourself. You are always a little less than
an individual. - Frank Herbert
-
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-10-19 19:27    [W:0.260 / U:0.564 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site