linux.git/drivers/char/hw_random/Makefile, branch v3.2

hw_random: add driver for atmel true hardware random number generator

2011-10-10T10:42:49+00:00

For the IP block on 9g45/9g46/9m10/9m11.

Signed-off-by: Peter Korsgaard 
Reviewed-by: Jamie Iles 
Acked-by: Nicolas Ferre 
Acked-by: Herbert Xu

hwrng: ppc4xx - add support for ppc4xx TRNG

2011-06-29T23:44:06+00:00

Various PowerPC 4xx SoCs contain a TRNG embedded in the Security function.
This adds a device driver for that TRNG.

Signed-off-by: Josh Boyer 
Acked-by: Matt Mackall 
Signed-off-by: Herbert Xu

hwrng: pixocell - add support for picoxcell TRNG

2011-01-23T07:59:19+00:00

This driver adds support for the True Random Number Generator in
the Picochip PC3X3 and later devices.

Signed-off-by: Jamie Iles 
Acked-by: Matt Mackall 
Signed-off-by: Herbert Xu

hwrng: nomadik - Add hardware RNG driver

2009-12-19T11:45:43+00:00

The hardware random number generator by ST is used in both the Nomadik
8815 SoC and the U8500. It returns 16 bits every 400ns with automatic
delay if a read is issued too early. It depends on PLAT_NOMADIK.

Signed-off-by: Alessandro Rubini 
Acked-by: Andrea Gallo 
Acked-by: Matt Mackall 
Signed-off-by: Herbert Xu

MIPS: hw_random: Add hardware RNG for Octeon SOCs.

2009-09-17T18:07:51+00:00

Signed-off-by: David Daney 
Acked-by: Herbert Xu 
Signed-off-by: Ralf Baechle

MIPS: hwrng: Add TX4939 RNG driver

2009-06-17T10:06:27+00:00

This patch adds support for the integrated RNG of the TX4939 SoC.

Signed-off-by: Atsushi Nemoto 
Acked-by: Matt Mackall 
Signed-off-by: Ralf Baechle

i.MX31: Add hw-random for RNGA

2009-05-07T14:17:16+00:00

This hw-random driver add support to RNGA hardware found
on some i.MX processors.

Signed-off-by: Alan Carvalho de Assis 
Acked-by: Matt Mackall 
Signed-off-by: Sascha Hauer

hwrng: timeriomem - New driver

2009-02-22T04:03:56+00:00

Some hardware platforms, the TS-7800[1] is one for example, can
supply the kernel with an entropy source, albeit a slow one for
TS-7800 users, by just reading a particular IO address.  This
source must not be read above a certain rate otherwise the quality
suffers.

The driver is then hooked into by calling
platform_device_(register|add|del) passing a structure similar to:
------
static struct timeriomem_rng_data ts78xx_ts_rng_data = {
        .address        = (u32 *__iomem) TS_RNG,
        .period         = 1000000, /* one second */
};

static struct platform_device ts78xx_ts_rng_device = {
        .name           = "timeriomem_rng",
        .id             = -1,
        .dev            = {
                .platform_data  = &ts78xx_ts_rng_data,
        },
        .num_resources  = 0,
};
------

[1] http://www.embeddedarm.com/products/board-detail.php?product=TS-7800

Signed-off-by: Alexander Clouter 
Signed-off-by: Herbert Xu

sparc64: Add Niagara2 RNG driver.

2008-07-18T07:46:09+00:00

With feedback and suggestions from Sam Ravnborg.

Signed-off-by: David S. Miller

virtio: An entropy device, as suggested by hpa.

2008-05-30T05:09:44+00:00

Note that by itself, having a "hardware" random generator does very
little: you should probably run "rngd" in your guest to feed this into
the kernel entropy pool.

Included:
	virtio_rng: dont use vmalloced addresses for virtio

	If virtio_rng is build as a module, random_data is an address
	in vmalloc space. As virtio expects guest real addresses, this
	can cause any kind of funny behaviour, so lets allocate
	random_data dynamically with kmalloc.

	Signed-off-by: Christian Borntraeger 

Signed-off-by: Rusty Russell