]> git.baikalelectronics.ru Git - kernel.git/commit
Merge tag 'random-5.18-rc3-for-linus' of git://git.kernel.org/pub/scm/linux/kernel...
authorLinus Torvalds <torvalds@linux-foundation.org>
Sat, 16 Apr 2022 23:42:53 +0000 (16:42 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Sat, 16 Apr 2022 23:42:53 +0000 (16:42 -0700)
commit47e73bc925c611cb2e21d720ab5f59becb03a7a6
tree6e86bb46c91c6437f3938a12aab0842c6e4b79e0
parentc298298766bacdba9717e870bbe0ff5495b227eb
parent13a2fa4da1003c55aaef6bae5bd7e50315e628b6
Merge tag 'random-5.18-rc3-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/crng/random

Pull random number generator fixes from Jason Donenfeld:

 - Per your suggestion, random reads now won't fail if there's a page
   fault after some non-zero amount of data has been read, which makes
   the behavior consistent with all other reads in the kernel.

 - Rather than an inconsistent mix of random_get_entropy() returning an
   unsigned long or a cycles_t, now it just returns an unsigned long.

 - A memcpy() was replaced with an memmove(), because the addresses are
   sometimes overlapping. In practice the destination is always before
   the source, so not really an issue, but better to be correct than
   not.

* tag 'random-5.18-rc3-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/crng/random:
  random: use memmove instead of memcpy for remaining 32 bytes
  random: make random_get_entropy() return an unsigned long
  random: allow partial reads if later user copies fail