Searched hist:"66548 e40583b1470300341c6784fdc5176f7609f" (Results 1 – 3 of 3) sorted by relevance
/linux/drivers/char/hw_random/ |
H A D | powernv-rng.c | 66548e40583b1470300341c6784fdc5176f7609f Fri Oct 11 05:07:58 CEST 2013 Michael Ellerman <michael@ellerman.id.au> hwrng: Add a driver for the hwrng found in power7+ systems
Add a driver for the hwrng found in power7+ systems, based on the existing code for the arch_get_random_long() hook.
We only register a single instance of the driver, not one per device, because we use the existing per_cpu array of devices in the arch code. This means we always read from the "closest" device, avoiding inter-chip memory traffic.
Signed-off-by: Guo Chao <yan@linux.vnet.ibm.com> Signed-off-by: Michael Ellerman <michael@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
|
H A D | Makefile | diff 66548e40583b1470300341c6784fdc5176f7609f Fri Oct 11 05:07:58 CEST 2013 Michael Ellerman <michael@ellerman.id.au> hwrng: Add a driver for the hwrng found in power7+ systems
Add a driver for the hwrng found in power7+ systems, based on the existing code for the arch_get_random_long() hook.
We only register a single instance of the driver, not one per device, because we use the existing per_cpu array of devices in the arch code. This means we always read from the "closest" device, avoiding inter-chip memory traffic.
Signed-off-by: Guo Chao <yan@linux.vnet.ibm.com> Signed-off-by: Michael Ellerman <michael@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
|
H A D | Kconfig | diff 66548e40583b1470300341c6784fdc5176f7609f Fri Oct 11 05:07:58 CEST 2013 Michael Ellerman <michael@ellerman.id.au> hwrng: Add a driver for the hwrng found in power7+ systems
Add a driver for the hwrng found in power7+ systems, based on the existing code for the arch_get_random_long() hook.
We only register a single instance of the driver, not one per device, because we use the existing per_cpu array of devices in the arch code. This means we always read from the "closest" device, avoiding inter-chip memory traffic.
Signed-off-by: Guo Chao <yan@linux.vnet.ibm.com> Signed-off-by: Michael Ellerman <michael@ellerman.id.au> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
|