]> git.baikalelectronics.ru Git - kernel.git/commit
s390/archrandom: Reconsider s390 arch random implementation
authorHarald Freudenberger <freude@linux.vnet.ibm.com>
Fri, 27 Oct 2017 13:53:49 +0000 (15:53 +0200)
committerHeiko Carstens <heiko.carstens@de.ibm.com>
Wed, 8 Nov 2017 08:47:51 +0000 (09:47 +0100)
commitf2601f6c8b0933ee32569b675da05796835ae269
treee71acb270f3b118f2a3d70b5e8d69f4c2395fd6c
parent147673353da7a75b675c2bb5e25f4918bcbb8a0c
s390/archrandom: Reconsider s390 arch random implementation

The reworked version of the random device driver now calls
the arch_get_random_* functions on a very high frequency.
It does about 100.000 calls to arch_get_random_long for
providing 10 MB via /dev/urandom. Each invocation was
fetching entropy from the hardware random generator which
has a rate limit of about 4 MB/s. As the trng invocation
waits until enough entropy is gathered, the random device
driver is slowed down dramatically.

The s390 true random generator is not designed for such
a high rate. The TRNG is more designed to be used together
with the arch_get_random_seed_* functions. This is similar
to the way how powerpc has implemented their arch random
functionality.

This patch removes the invocations of the s390 TRNG for
arch_get_random_long() and arch_get_random_int() but leaving
the invocations for arch_get_random_seed_long() and
arch_get_random_seed_int(). So the s390 arch random
implementation now contributes high quality entropy to
the kernel random device for reseeding.

Signed-off-by: Harald Freudenberger <freude@linux.vnet.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
arch/s390/include/asm/archrandom.h