summary refs log tree commit diff stats
path: root/ui/spice-input.c
diff options
context:
space:
mode:
authorGu Zheng <guz.fnst@cn.fujitsu.com>2016-05-12 09:18:13 +0530
committerDavid Gibson <david@gibson.dropbear.id.au>2016-05-30 14:03:59 +1000
commit4c055ab54fae39b6329c57bcb5334d59b920463e (patch)
treed1bb4c50138f6283bda97737937c32733f943414 /ui/spice-input.c
parent9dfeca7c6b1d3a8f36531bbbac0322a9907bcd86 (diff)
downloadfocaccia-qemu-4c055ab54fae39b6329c57bcb5334d59b920463e.tar.gz
focaccia-qemu-4c055ab54fae39b6329c57bcb5334d59b920463e.zip
cpu: Reclaim vCPU objects
In order to deal well with the kvm vcpus (which can not be removed without any
protection), we do not close KVM vcpu fd, just record and mark it as stopped
into a list, so that we can reuse it for the appending cpu hot-add request if
possible. It is also the approach that kvm guys suggested:
https://www.mail-archive.com/kvm@vger.kernel.org/msg102839.html

Signed-off-by: Chen Fan <chen.fan.fnst@cn.fujitsu.com>
Signed-off-by: Gu Zheng <guz.fnst@cn.fujitsu.com>
Signed-off-by: Zhu Guihua <zhugh.fnst@cn.fujitsu.com>
Signed-off-by: Bharata B Rao <bharata@linux.vnet.ibm.com>
               [- Explicit CPU_REMOVE() from qemu_kvm/tcg_destroy_vcpu()
                  isn't needed as it is done from cpu_exec_exit()
                - Use iothread mutex instead of global mutex during
                  destroy
                - Don't cleanup vCPU object from vCPU thread context
                  but leave it to the callers (device_add/device_del)]
Reviewed-by: Thomas Huth <thuth@redhat.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Diffstat (limited to 'ui/spice-input.c')
0 files changed, 0 insertions, 0 deletions