diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2019-09-14 16:07:40 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2019-09-14 16:07:40 -0700 |
commit | 1609d7604b847a9820e63393d1a3b6cac7286d40 (patch) | |
tree | 993914907707ceff9eb965f8c519f0a91f5ab192 /drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.h | |
parent | 1f9c632cde0c3d781463a88ce430a8dd4a7c1a0e (diff) | |
parent | a9c20bb0206ae9384bd470a6832dd8913730add9 (diff) | |
download | linux-1609d7604b847a9820e63393d1a3b6cac7286d40.tar.gz linux-1609d7604b847a9820e63393d1a3b6cac7286d40.tar.bz2 linux-1609d7604b847a9820e63393d1a3b6cac7286d40.zip |
Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm
Pull kvm fixes from Paolo Bonzini:
"The main change here is a revert of reverts. We recently simplified
some code that was thought unnecessary; however, since then KVM has
grown quite a few cond_resched()s and for that reason the simplified
code is prone to livelocks---one CPUs tries to empty a list of guest
page tables while the others keep adding to them. This adds back the
generation-based zapping of guest page tables, which was not
unnecessary after all.
On top of this, there is a fix for a kernel memory leak and a couple
of s390 fixlets as well"
* tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm:
KVM: x86/mmu: Reintroduce fast invalidate/zap for flushing memslot
KVM: x86: work around leak of uninitialized stack contents
KVM: nVMX: handle page fault in vmread
KVM: s390: Do not leak kernel stack data in the KVM_S390_INTERRUPT ioctl
KVM: s390: kvm_s390_vm_start_migration: check dirty_bitmap before using it as target for memset()
Diffstat (limited to 'drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.h')
0 files changed, 0 insertions, 0 deletions