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
    In article <3F8E8101.70009@pobox.com>, Jeff Garzik  <jgarzik@pobox.com> wrote:

    | In this case, there is no such requirement. More below.

    If the result is used for crypto that is a requirement, as noted in the
    original post. See below. And if it's in a shared library it's subject
    to various other attempts at control or duplication of results.
    |
    |
    | > But it's really a matter of taste. That's why I bring up the subject here.
    |
    |
    | Processors are trending towards putting RNG on the CPU. VIA won't be
    | the last, I predict. When generating random bits is a single
    | instruction, "xstore", userspace applications _should_ be directly using
    | this. It should not be in-kernel. And similarly, if there is no
    | requirement that the kernel's entropy pool is used, the userspace
    | application _should_ be where the implementation lives.

    If you are running multiple threads you may really want some independent
    random numbers. Looking at this, I believe that if I open the device and
    then various threads read blocks from the device, each will get
    independent random numbers.

    Take this as "there are benefits to having this in the kernel" and not
    "this really should be in the kernel." A contribution to the discussion.

    What I don't hear is results from testing, from doing this as a
    procedure, etc.
    --
    bill davidsen <davidsen@tmr.com>
    CTO, TMR Associates, Inc
    Doing interesting things with little computers since 1979.
    -
    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:4.073 / U:0.388 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site