| 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> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] TXx9: Add TX4939 RNG support, Matt Mackall |
|---|---|
| Next by Date: | Re: [PATCH] TXx9: Add TX4939 RNG support, Atsushi Nemoto |
| Previous by Thread: | Re: [PATCH] hwrng: Add TX4939 RNG driver, Matt Mackall |
| Next by Thread: | [loongson-PATCH-v2 00/23] loongson-based machines support, wuzhangjin |
| Indexes: | [Date] [Thread] [Top] [All Lists] |