diff options
author | Paul Mackerras <paulus@samba.org> | 2015-03-28 14:21:03 +1100 |
---|---|---|
committer | Alexander Graf <agraf@suse.de> | 2015-04-21 15:21:31 +0200 |
commit | d911f0beddc2a9248dbf375fc50a4bbf30947822 (patch) | |
tree | 60ef2eaa9cf91def5abbce3ae49181cf92d40ef2 /usr | |
parent | b6c295df3131c6fa25f8f29625ee0609506150ad (diff) | |
download | op-kernel-dev-d911f0beddc2a9248dbf375fc50a4bbf30947822.zip op-kernel-dev-d911f0beddc2a9248dbf375fc50a4bbf30947822.tar.gz |
KVM: PPC: Book3S HV: Simplify handling of VCPUs that need a VPA update
Previously, if kvmppc_run_core() was running a VCPU that needed a VPA
update (i.e. one of its 3 virtual processor areas needed to be pinned
in memory so the host real mode code can update it on guest entry and
exit), we would drop the vcore lock and do the update there and then.
Future changes will make it inconvenient to drop the lock, so instead
we now remove it from the list of runnable VCPUs and wake up its
VCPU task. This will have the effect that the VCPU task will exit
kvmppc_run_vcpu(), go around the do loop in kvmppc_vcpu_run_hv(), and
re-enter kvmppc_run_vcpu(), whereupon it will do the necessary call
to kvmppc_update_vpas() and then rejoin the vcore.
The one complication is that the runner VCPU (whose VCPU task is the
current task) might be one of the ones that gets removed from the
runnable list. In that case we just return from kvmppc_run_core()
and let the code in kvmppc_run_vcpu() wake up another VCPU task to be
the runner if necessary.
This all means that the VCORE_STARTING state is no longer used, so we
remove it.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Alexander Graf <agraf@suse.de>
Diffstat (limited to 'usr')
0 files changed, 0 insertions, 0 deletions