summaryrefslogtreecommitdiff
path: root/kernel/bounds.c
diff options
context:
space:
mode:
authorPaolo Bonzini <pbonzini@redhat.com>2020-01-09 17:57:19 +0300
committerPaolo Bonzini <pbonzini@redhat.com>2020-01-27 21:59:54 +0300
commit7495e22bb165e7030bae4d9c6e84addb5ea17b29 (patch)
tree0cf3387b85de84951f24406d12e9cac6407fa155 /kernel/bounds.c
parent6a3c623ba8a842f895e80a7fa0feb94b7b4368f2 (diff)
downloadlinux-7495e22bb165e7030bae4d9c6e84addb5ea17b29.tar.xz
KVM: Move running VCPU from ARM to common code
For ring-based dirty log tracking, it will be more efficient to account writes during schedule-out or schedule-in to the currently running VCPU. We would like to do it even if the write doesn't use the current VCPU's address space, as is the case for cached writes (see commit 4e335d9e7ddb, "Revert "KVM: Support vCPU-based gfn->hva cache"", 2017-05-02). Therefore, add a mechanism to track the currently-loaded kvm_vcpu struct. There is already something similar in KVM/ARM; one important difference is that kvm_arch_vcpu_{load,put} have two callers in virt/kvm/kvm_main.c: we have to update both the architecture-independent vcpu_{load,put} and the preempt notifiers. Another change made in the process is to allow using kvm_get_running_vcpu() in preemptible code. This is allowed because preempt notifiers ensure that the value does not change even after the VCPU thread is migrated. Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> Reviewed-by: Paolo Bonzini <pbonzini@redhat.com> Signed-off-by: Peter Xu <peterx@redhat.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'kernel/bounds.c')
0 files changed, 0 insertions, 0 deletions