summaryrefslogtreecommitdiffstats
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2022-04-17 01:42:53 +0200
committerLinus Torvalds <torvalds@linux-foundation.org>2022-04-17 01:42:53 +0200
commit92edbe32e3822f7b66e471c7e0bd5ee5d63bf4b8 (patch)
tree6e86bb46c91c6437f3938a12aab0842c6e4b79e0 /MAINTAINERS
parentMerge tag 'scsi-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/... (diff)
parentrandom: use memmove instead of memcpy for remaining 32 bytes (diff)
downloadlinux-92edbe32e3822f7b66e471c7e0bd5ee5d63bf4b8.tar.xz
linux-92edbe32e3822f7b66e471c7e0bd5ee5d63bf4b8.zip
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
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions