summaryrefslogtreecommitdiff
path: root/mm/memfd.c
diff options
context:
space:
mode:
authorLai Jiangshan <laijs@linux.alibaba.com>2020-12-17 23:41:18 +0800
committerPaolo Bonzini <pbonzini@redhat.com>2021-01-07 18:11:30 -0500
commit88bf56d04bc3564542049ec4ec168a8b60d0b48c (patch)
tree9de20433d909e333c8c118d2ee85ecfde6a01ae8 /mm/memfd.c
parentde7860c8a388e4cb757c7da26889b9e2641ffcfe (diff)
downloadlinux-88bf56d04bc3564542049ec4ec168a8b60d0b48c.tar.gz
kvm: check tlbs_dirty directly
In kvm_mmu_notifier_invalidate_range_start(), tlbs_dirty is used as: need_tlb_flush |= kvm->tlbs_dirty; with need_tlb_flush's type being int and tlbs_dirty's type being long. It means that tlbs_dirty is always used as int and the higher 32 bits is useless. We need to check tlbs_dirty in a correct way and this change checks it directly without propagating it to need_tlb_flush. Note: it's _extremely_ unlikely this neglecting of higher 32 bits can cause problems in practice. It would require encountering tlbs_dirty on a 4 billion count boundary, and KVM would need to be using shadow paging or be running a nested guest. Cc: stable@vger.kernel.org Fixes: a4ee1ca4a36e ("KVM: MMU: delay flush all tlbs on sync_page path") Signed-off-by: Lai Jiangshan <laijs@linux.alibaba.com> Message-Id: <20201217154118.16497-1-jiangshanlai@gmail.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'mm/memfd.c')
0 files changed, 0 insertions, 0 deletions