linux-mips
[Top] [All Lists]

Re: [PATCH] hwrng: Add TX4939 RNG driver

To: mpm@selenic.com
Subject: Re: [PATCH] hwrng: Add TX4939 RNG driver
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Date: Mon, 01 Jun 2009 02:18:07 +0900 (JST)
Cc: akpm@linux-foundation.org, linux-mips@linux-mips.org, ralf@linux-mips.org, linux-kernel@vger.kernel.org, herbert@gondor.apana.org.au
In-reply-to: <1243789210.22069.23.camel@calx>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20090529162907.9cb1bba2.akpm@linux-foundation.org> <20090601.014517.169682203.anemo@mba.ocn.ne.jp> <1243789210.22069.23.camel@calx>
Sender: linux-mips-bounce@linux-mips.org
On Sun, 31 May 2009 12:00:09 -0500, Matt Mackall <mpm@selenic.com> wrote:
> > >From the datasheet:
> > 
> >     The quality of the random numbers generated immediately after
> >     reset can be insufficient.  Therefore, do not use random
> >     numbers obtained from the first and second generations; use
> >     the ones from the third or subsequent generation.
> 
> Does the datasheet say anything about -how- the random numbers are
> produced? Most physical sources that I'm aware of don't have this sort
> of issue. But some pseudo-RNGs do. So this looks a little worrisome.

Nothing for "how".  If a RNG was actually a pseudo-RNG, does anything
a driver should do?  Any future plan to select one RNG from multiple
sources based on randomness grade?

---
Atsushi Nemoto

<Prev in Thread] Current Thread [Next in Thread>