]> 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)
commitf2b946330fbc4bf1778edc066ff0c7274a1f50b0
tree6e86bb46c91c6437f3938a12aab0842c6e4b79e0
parentbdb922d42389f5f9a8ac826f0645c46c135cef5a
parent258bb822fd17f94c0318f68400c13478416ebc78
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