All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wen Congyang <wency@cn.fujitsu.com>
To: Eric Blake <eblake@redhat.com>, xen devel <xen-devel@lists.xen.org>
Cc: Ian Campbell <Ian.Campbell@citrix.com>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	Jiang Yunhong <yunhong.jiang@intel.com>,
	Dong Eddie <eddie.dong@intel.com>,
	qemu-devl <qemu-devel@nongnu.org>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Yang Hongyang <yanghy@cn.fujitsu.com>,
	Lai Jiangshan <laijs@cn.fujitsu.com>
Subject: Re: [Qemu-devel] [PATCH 19/18] Introduce "xen-load-devices-state"
Date: Mon, 27 Oct 2014 09:26:13 +0800	[thread overview]
Message-ID: <544D9F35.1000006@cn.fujitsu.com> (raw)
In-Reply-To: <544A5C6E.6090206@redhat.com>

On 10/24/2014 10:04 PM, Eric Blake wrote:
> On 10/24/2014 01:06 AM, Wen Congyang wrote:
>> Introduce a "xen-load-devices-state" QAPI command that can be used to load
>> the state of all devices, but not the RAM or the block devices of the
>> VM.
>>
>> We only have hmp commands savevm/loadvm, and qmp commands
>> xen-save-devices-state.
>>
>> We use this new command for COLO:
>> 1. suspend both primay vm and secondary vm
>> 2. sync the state
>> 3. resume both primary vm and secondary vm
>>
>> In such case, we need to update all devices's state in any time.
>>
>> Signed-off-by: Wen Congyang <wency@cn.fujitsu.com>
>> Cc: qemu-devl <qemu-devel@nongnu.org>
>> Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
>> Cc: Paolo Bonzini <pbonzini@redhat.com>
>> ---
>>  qapi-schema.json | 18 ++++++++++++++++++
>>  qmp-commands.hx  | 27 +++++++++++++++++++++++++++
>>  savevm.c         | 36 ++++++++++++++++++++++++++++++++++++
>>  3 files changed, 81 insertions(+)
>>
> 
>> +#
>> +# Since: 2.0
>> +##
>> +{ 'command': 'xen-load-devices-state', 'data': {'filename': 'str'} }
> 
> s/2.0/2.2/ - if you even get it in 2.2 (haven't we already passed soft
> freeze, but this is a feature addition?)
> 

I forgot to update it. I will update it in the next version. But this qmp
command is for COLO, so I don't post the next version until xen-4.5 is
released.

Thanks
Wen Congyang

  parent reply	other threads:[~2014-10-27  1:25 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-24  7:05 [RFC Patch v4 00/18] COarse-grain LOck-stepping Virtual Machines for Non-stop Service Wen Congyang
2014-10-24  7:05 ` [RFC Patch v4 01/18] move remus related codes to libxl_remus.c Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 02/18] rename remus device to checkpoint device Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 03/18] adjust the indentation Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 04/18] don't touch remus in checkpoint_device Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 05/18] Update libxl_save_msgs_gen.pl to support return data from xl to xc Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 06/18] Allow slave sends data to master Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 07/18] secondary vm suspend/resume/checkpoint code Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 08/18] primary vm suspend/get_dirty_pfn/resume/checkpoint code Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 09/18] xc_domain_save: flush cache before calling callbacks->postcopy() in colo mode Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 10/18] COLO: xc related codes Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 11/18] send store mfn and console mfn to xl before resuming secondary vm Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 12/18] implement the cmdline for COLO Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 13/18] tools: xc_doamin_restore: zero ioreq page only one time Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 14/18] block-colo: implement colo disk replication Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 15/18] libxl/colo: setup and control disk replication for blktap2 backends Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 16/18] setup and control colo-agent for primary vm Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 17/18] setup and control colo-agent for secondary vm Wen Congyang
2014-10-24  7:06 ` [RFC Patch v4 18/18] colo: cmdline switches and config vars to control colo-agent Wen Congyang
2014-10-24  7:06 ` [PATCH 19/18] Introduce "xen-load-devices-state" Wen Congyang
2014-10-24  7:06 ` [Qemu-devel] " Wen Congyang
2014-10-24 14:04   ` Eric Blake
2014-10-24 14:04     ` Eric Blake
2014-10-27  1:26     ` Wen Congyang
2014-10-27  1:26     ` Wen Congyang [this message]
2014-10-25 15:11   ` Stefano Stabellini
2014-10-25 15:11   ` Stefano Stabellini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=544D9F35.1000006@cn.fujitsu.com \
    --to=wency@cn.fujitsu.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=eblake@redhat.com \
    --cc=eddie.dong@intel.com \
    --cc=laijs@cn.fujitsu.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=xen-devel@lists.xen.org \
    --cc=yanghy@cn.fujitsu.com \
    --cc=yunhong.jiang@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.