[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 1/5] Support for vm_stop from the migration thre
From: |
Marcelo Tosatti |
Subject: |
Re: [Qemu-devel] [PATCH 1/5] Support for vm_stop from the migration thread |
Date: |
Mon, 29 Aug 2011 13:56:24 -0300 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Sat, Aug 27, 2011 at 02:09:44PM -0400, Umesh Deshpande wrote:
> Currently, when any thread other than iothread calls vm_stop, it is scheduled
> to
> be executed later by the iothread. This patch allows the execution of vm_stop
> from threads other than iothread. This is especially helpful when the
> migration is
> moved into a separate thread.
>
> Signed-off-by: Umesh Deshpande <address@hidden>
> ---
> cpus.c | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/cpus.c b/cpus.c
> index de70e02..f35f683 100644
> --- a/cpus.c
> +++ b/cpus.c
> @@ -122,8 +122,8 @@ static void do_vm_stop(int reason)
> {
> if (vm_running) {
> cpu_disable_ticks();
> - vm_running = 0;
> pause_all_vcpus();
> + vm_running = 0;
> vm_state_notify(0, reason);
> qemu_aio_flush();
> bdrv_flush_all();
Why this change?
- [Qemu-devel] [PATCH 0/5] Separate thread for VM migration, Umesh Deshpande, 2011/08/27
- [Qemu-devel] [PATCH 1/5] Support for vm_stop from the migration thread, Umesh Deshpande, 2011/08/27
- Re: [Qemu-devel] [PATCH 1/5] Support for vm_stop from the migration thread,
Marcelo Tosatti <=
- [Qemu-devel] [PATCH 4/5] Separate migration dirty bitmap, Umesh Deshpande, 2011/08/27
- [Qemu-devel] [PATCH 3/5] Migration thread mutex, Umesh Deshpande, 2011/08/27
- [Qemu-devel] [PATCH 2/5] MRU ram block list, Umesh Deshpande, 2011/08/27
- [Qemu-devel] [PATCH 5/5] Separate migration thread, Umesh Deshpande, 2011/08/27