aboutsummaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorGravatar Linus Torvalds <torvalds@linux-foundation.org> 2024-04-18 09:49:08 -0700
committerGravatar Linus Torvalds <torvalds@linux-foundation.org> 2024-04-18 09:49:08 -0700
commite4add02086a61247e9ff65a4600dd84a31aacc92 (patch)
treee361cfe5a80b20239c4d2312882ef3f641d0b2f0 /include
parentMerge tag 'platform-drivers-x86-v6.9-3' of git://git.kernel.org/pub/scm/linux... (diff)
parentRevert "vmgenid: emit uevent when VMGENID updates" (diff)
downloadlinux-e4add02086a61247e9ff65a4600dd84a31aacc92.tar.gz
linux-e4add02086a61247e9ff65a4600dd84a31aacc92.tar.bz2
linux-e4add02086a61247e9ff65a4600dd84a31aacc92.zip
Merge tag 'random-6.9-rc5-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/crng/random
Pull random number generator fixes from Jason Donenfeld: - The input subsystem contributes entropy in some places where a spinlock is held, but the entropy accounting code only handled callers being in an interrupt or non-atomic process context, but not atomic process context. We fix this by removing an optimization and just calling queue_work() unconditionally. - Greg accidently sent up a patch not intended for his tree and that had been nack'd, so that's now reverted. * tag 'random-6.9-rc5-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/crng/random: Revert "vmgenid: emit uevent when VMGENID updates" random: handle creditable entropy from atomic process context
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions