summaryrefslogtreecommitdiffstats
path: root/net/vmw_vsock
diff options
context:
space:
mode:
authorRik van Riel <riel@redhat.com>2015-02-10 15:27:54 -0500
committerFrederic Weisbecker <fweisbec@gmail.com>2015-03-09 15:43:03 +0100
commit126a6a542446f1a49b9f3c69237c87df3eb4e6e1 (patch)
tree8c88aa922f1cd1d313025b61dca911b20c5614b9 /net/vmw_vsock
parentefc1e2c9bcbab73797d7bc214014cb916d6a8eb5 (diff)
downloadlinux-126a6a542446f1a49b9f3c69237c87df3eb4e6e1.tar.gz
linux-126a6a542446f1a49b9f3c69237c87df3eb4e6e1.tar.bz2
linux-126a6a542446f1a49b9f3c69237c87df3eb4e6e1.zip
kvm,rcu,nohz: use RCU extended quiescent state when running KVM guest
The host kernel is not doing anything while the CPU is executing a KVM guest VCPU, so it can be marked as being in an extended quiescent state, identical to that used when running user space code. The only exception to that rule is when the host handles an interrupt, which is already handled by the irq code, which calls rcu_irq_enter and rcu_irq_exit. The guest_enter and guest_exit functions already switch vtime accounting independent of context tracking. Leave those calls where they are, instead of moving them into the context tracking code. Reviewed-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Signed-off-by: Rik van Riel <riel@redhat.com> Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Cc: Andy Lutomirski <luto@amacapital.net> Cc: Will deacon <will.deacon@arm.com> Cc: Marcelo Tosatti <mtosatti@redhat.com> Cc: Christian Borntraeger <borntraeger@de.ibm.com> Cc: Luiz Capitulino <lcapitulino@redhat.com> Cc: Paolo Bonzini <pbonzini@redhat.com> Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Diffstat (limited to 'net/vmw_vsock')
0 files changed, 0 insertions, 0 deletions