[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities
From: |
Orit Wasserman |
Subject: |
Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities |
Date: |
Wed, 25 Jul 2012 16:05:10 +0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120717 Thunderbird/14.0 |
On 07/24/2012 09:17 PM, Luiz Capitulino wrote:
> On Tue, 24 Jul 2012 20:06:06 +0300
> Orit Wasserman <address@hidden> wrote:
>
>> On 07/24/2012 03:50 PM, Luiz Capitulino wrote:
>>> On Tue, 24 Jul 2012 09:25:11 +0300
>>> Orit Wasserman <address@hidden> wrote:
>>>
>>>> On 07/23/2012 09:23 PM, Luiz Capitulino wrote:
>>>>> On Fri, 13 Jul 2012 09:23:35 +0200
>>>>> Juan Quintela <address@hidden> wrote:
>>>>>
>>>>>> From: Orit Wasserman <address@hidden>
>>>>>>
>>>>>> Add migration capabilities that can be queried by the management.
>>>>>> The management can query the source QEMU and the destination QEMU in
>>>>>> order to
>>>>>> verify both support some migration capability (currently only XBZRLE).
>>>>>> The management can enable a capability for the next migration by using
>>>>>> migrate_set_parameter command.
>>>>>
>>>>> Please, split this into one command per-patch. Otherwise it's difficult to
>>>>> review.
>>>>>
>>>> Sure.
>>>>> Have libvirt folks acked this approach btw? It looks fine to me, but we
>>>>> need
>>>>> their ack too.
>>>>>
>>>>> More comments below.
>>>>>
>>>>>>
>>>>>> Signed-off-by: Orit Wasserman <address@hidden>
>>>>>> Signed-off-by: Juan Quintela <address@hidden>
>>>>>> ---
>>>>>> hmp-commands.hx | 16 ++++++++++++
>>>>>> hmp.c | 64 ++++++++++++++++++++++++++++++++++++++++++++++++
>>>>>> hmp.h | 2 ++
>>>>>> migration.c | 72
>>>>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++--
>>>>>> migration.h | 2 ++
>>>>>> monitor.c | 7 ++++++
>>>>>> qapi-schema.json | 53 ++++++++++++++++++++++++++++++++++++++--
>>>>>> qmp-commands.hx | 71
>>>>>> ++++++++++++++++++++++++++++++++++++++++++++++++++---
>>>>>> 8 files changed, 280 insertions(+), 7 deletions(-)
>>>>>>
>>>>>> diff --git a/hmp-commands.hx b/hmp-commands.hx
>>>>>> index f5d9d91..9245bef 100644
>>>>>> --- a/hmp-commands.hx
>>>>>> +++ b/hmp-commands.hx
>>>>>> @@ -861,6 +861,20 @@ Set maximum tolerated downtime (in seconds) for
>>>>>> migration.
>>>>>> ETEXI
>>>>>>
>>>>>> {
>>>>>> + .name = "migrate_set_parameter",
>>>>>> + .args_type = "capability:s,state:b",
>>>>>> + .params = "",
>>>>>
>>>>> Please, fill in params.
>>>> ok
>>>>>
>>>>>> + .help = "Enable/Disable the usage of a capability for
>>>>>> migration",
>>>>>> + .mhandler.cmd = hmp_migrate_set_parameter,
>>>>>> + },
>>>>>> +
>>>>>> +STEXI
>>>>>> address@hidden migrate_set_parameter @var{capability} @var{state}
>>>>>> address@hidden migrate_set_parameter
>>>>>> +Enable/Disable the usage of a capability @var{capability} for migration.
>>>>>> +ETEXI
>>>>>> +
>>>>>> + {
>>>>>> .name = "client_migrate_info",
>>>>>> .args_type =
>>>>>> "protocol:s,hostname:s,port:i?,tls-port:i?,cert-subject:s?",
>>>>>> .params = "protocol hostname port tls-port cert-subject",
>>>>>> @@ -1419,6 +1433,8 @@ show CPU statistics
>>>>>> show user network stack connection states
>>>>>> @item info migrate
>>>>>> show migration status
>>>>>> address@hidden info migration_capabilities
>>>>>> +show migration capabilities
>>>>>> @item info balloon
>>>>>> show balloon information
>>>>>> @item info qtree
>>>>>> diff --git a/hmp.c b/hmp.c
>>>>>> index 4c6d4ae..b0440e6 100644
>>>>>> --- a/hmp.c
>>>>>> +++ b/hmp.c
>>>>>> @@ -131,9 +131,19 @@ void hmp_info_mice(Monitor *mon)
>>>>>> void hmp_info_migrate(Monitor *mon)
>>>>>> {
>>>>>> MigrationInfo *info;
>>>>>> + MigrationCapabilityInfoList *cap;
>>>>>>
>>>>>> info = qmp_query_migrate(NULL);
>>>>>>
>>>>>> + if (info->has_capabilities && info->capabilities) {
>>>>>> + monitor_printf(mon, "capabilities: ");
>>>>>> + for (cap = info->capabilities; cap; cap = cap->next) {
>>>>>> + monitor_printf(mon, "%s: %s ",
>>>>>> +
>>>>>> MigrationCapability_lookup[cap->value->capability],
>>>>>> + cap->value->state ? "on" : "off");
>>>>>> + }
>>>>>> + monitor_printf(mon, "\n");
>>>>>
>>>>> Why is this is needed? Isn't info migration-capabilities good enough?
>>>>> Besides, info migrate should only contain information about current
>>>>> migration
>>>>> process...
>>>> The reason we introduced capabilities is that xbzrle needs for both source
>>>> and destination QEMU
>>>> to be able to handle it. Even if both side support xbzrle the user may
>>>> decide not to use it.
>>>> User that wants to use xbzrle needs to check that both sides have support
>>>> for it (using info capabilities) , than
>>>> enable it in both sides (using migrate-set-parameter/s commands). This is
>>>> a parameter for the current migration.
>>>> So the user needs to know if xbzrle was enabled or disabled for the
>>>> current migration, this code displays it.
>>>
>>> But this is being returned even when there is no migration taking place. I'm
>>> answering this here in the 'info migrate' hunk, but my main concern is
>>> query-migrate.
>> I think migration configuration is part of migration information and should
>> be available to the user in 'info migration'. Especially before he starts
>> running it to see if he need to change the configuration. Also it is very
>> helpful for the user during the migration and also after it's completes.
>
> I don't mind having this in 'info migrate' because we can change it later case
> we regret, so it's fine with me having that info there.
>
> But query-migrate is different, once we add anything there it's there forever,
> so we have to be careful.
ok I will remove them from query-migrate.
>
>> There is no way today to query the downtime and migration speed at all .
>> you can always set them again
>> but there is no way to know how it is configured.
>
> Good point, but I think it's better to concentrate on the needs of xbzrle
> for now.
>
>> I was actually thinking to add them to info migration (also for SETUP).
>
> But we're in SETUP state only once, what happens if the settings are changed
> after a migration completed? How is mngt going to be able to query it?
After migration completes you can't change those setting , you should get an
error.
>
> My advice to not delay the inclusion of this series is to drop the
> information from SETUP state and rely on query-migration-capabilities in
> 'info migrate'. We can extend later if needed (by means of new commands or
> adding info to query-migrate).
It needs to be another command, I can add query-migration-parameters.
You can look at this as 64bit support - you have 64bit support in the processor
(this is what query-capabilities) but the OS can decide not to work in 64bit
mode (do nothing) or using 64 bit (migrate-set-parameter).
Orit
>
>>>
>>> query-migrate shouldn't return this info in MIG_STATE_SETUP, and for
>>> MIG_STATE_COMPLETED it should only be returned if there was a migration.
>> I think is case of MIG_SETUP we should return the configuration and params
>> for the next migration.
>> MIG_STATE_COMPLETED happens only if there was a successful migration other
>> wise there will be another state.
>>>
>>>> some day when there will be better migration protocol, feature
>>>> negotiations can be part of it ...
>>>>>
>>>>>> + }
>>>>>> if (info->has_status) {
>>>>>> monitor_printf(mon, "Migration status: %s\n", info->status);
>>>>>> }
>>>>>> @@ -161,6 +171,25 @@ void hmp_info_migrate(Monitor *mon)
>>>>>> qapi_free_MigrationInfo(info);
>>>>>> }
>>>>>>
>>>>>> +void hmp_info_migration_capabilities(Monitor *mon)
>>>>>> +{
>>>>>> + MigrationCapabilityInfoList *caps_list, *cap;
>>>>>> +
>>>>>> + caps_list = qmp_query_migration_capabilities(NULL);
>>>>>> + if (!caps_list) {
>>>>>> + monitor_printf(mon, "No migration capabilities found\n");
>>>>>> + return;
>>>>>> + }
>>>>>> +
>>>>>> + for (cap = caps_list; cap; cap = cap->next) {
>>>>>> + monitor_printf(mon, "%s: %s ",
>>>>>> +
>>>>>> MigrationCapability_lookup[cap->value->capability],
>>>>>> + cap->value->state ? "on" : "off");
>>>>>> + }
>>>>>> +
>>>>>> + qapi_free_MigrationCapabilityInfoList(caps_list);
>>>>>> +}
>>>>>> +
>>>>>> void hmp_info_cpus(Monitor *mon)
>>>>>> {
>>>>>> CpuInfoList *cpu_list, *cpu;
>>>>>> @@ -735,6 +764,41 @@ void hmp_migrate_set_speed(Monitor *mon, const
>>>>>> QDict *qdict)
>>>>>> qmp_migrate_set_speed(value, NULL);
>>>>>> }
>>>>>>
>>>>>> +void hmp_migrate_set_parameter(Monitor *mon, const QDict *qdict)
>>>>>> +{
>>>>>> + const char *cap = qdict_get_str(qdict, "capability");
>>>>>> + bool state = qdict_get_bool(qdict, "state");
>>>>>> + Error *err = NULL;
>>>>>> + MigrationCapabilityInfoList *params = NULL;
>>>>>> + int i;
>>>>>> +
>>>>>> + for (i = 0; i < MIGRATION_CAPABILITY_MAX; i++) {
>>>>>> + if (strcmp(cap, MigrationCapability_lookup[i]) == 0) {
>>>>>> + if (!params) {
>>>>>> + params = g_malloc0(sizeof(*params));
>>>>>> + }
>>>>>> + params->value = g_malloc0(sizeof(*params->value));
>>>>>> + params->value->capability = i;
>>>>>> + params->value->state = state;
>>>>>> + params->next = NULL;
>>>>>> + qmp_migrate_set_parameters(params, &err);
>>>>>> + break;
>>>>>> + }
>>>>>> + }
>>>>>> +
>>>>>> + if (i == MIGRATION_CAPABILITY_MAX) {
>>>>>> + error_set(&err, QERR_INVALID_PARAMETER, cap);
>>>>>> + }
>>>>>> +
>>>>>> + qapi_free_MigrationCapabilityInfoList(params);
>>>>>> +
>>>>>> + if (err) {
>>>>>> + monitor_printf(mon, "migrate_set_parameter: %s\n",
>>>>>> + error_get_pretty(err));
>>>>>> + error_free(err);
>>>>>> + }
>>>>>> +}
>>>>>> +
>>>>>> void hmp_set_password(Monitor *mon, const QDict *qdict)
>>>>>> {
>>>>>> const char *protocol = qdict_get_str(qdict, "protocol");
>>>>>> diff --git a/hmp.h b/hmp.h
>>>>>> index 79d138d..09ba198 100644
>>>>>> --- a/hmp.h
>>>>>> +++ b/hmp.h
>>>>>> @@ -25,6 +25,7 @@ void hmp_info_uuid(Monitor *mon);
>>>>>> void hmp_info_chardev(Monitor *mon);
>>>>>> void hmp_info_mice(Monitor *mon);
>>>>>> void hmp_info_migrate(Monitor *mon);
>>>>>> +void hmp_info_migration_capabilities(Monitor *mon);
>>>>>> void hmp_info_cpus(Monitor *mon);
>>>>>> void hmp_info_block(Monitor *mon);
>>>>>> void hmp_info_blockstats(Monitor *mon);
>>>>>> @@ -51,6 +52,7 @@ void hmp_snapshot_blkdev(Monitor *mon, const QDict
>>>>>> *qdict);
>>>>>> void hmp_migrate_cancel(Monitor *mon, const QDict *qdict);
>>>>>> void hmp_migrate_set_downtime(Monitor *mon, const QDict *qdict);
>>>>>> void hmp_migrate_set_speed(Monitor *mon, const QDict *qdict);
>>>>>> +void hmp_migrate_set_parameter(Monitor *mon, const QDict *qdict);
>>>>>> void hmp_set_password(Monitor *mon, const QDict *qdict);
>>>>>> void hmp_expire_password(Monitor *mon, const QDict *qdict);
>>>>>> void hmp_eject(Monitor *mon, const QDict *qdict);
>>>>>> diff --git a/migration.c b/migration.c
>>>>>> index 8db1b43..fd004d7 100644
>>>>>> --- a/migration.c
>>>>>> +++ b/migration.c
>>>>>> @@ -117,12 +117,36 @@ MigrationInfo *qmp_query_migrate(Error **errp)
>>>>>> {
>>>>>> MigrationInfo *info = g_malloc0(sizeof(*info));
>>>>>> MigrationState *s = migrate_get_current();
>>>>>> + int i;
>>>>>>
>>>>>> switch (s->state) {
>>>>>> case MIG_STATE_SETUP:
>>>>>> - /* no migration has happened ever */
>>>>>> + /* no migration has ever happened; show enabled capabilities */
>>>>>> + for (i = 0; i < MIGRATION_CAPABILITY_MAX; i++) {
>>>>>> + if (!info->has_capabilities) {
>>>>>> + info->capabilities =
>>>>>> g_malloc0(sizeof(*info->capabilities));
>>>>>> + info->has_capabilities = true;
>>>>>> + }
>>>>>> + info->capabilities->value =
>>>>>> + g_malloc(sizeof(*info->capabilities->value));
>>>>>> + info->capabilities->value->capability = i;
>>>>>> + info->capabilities->value->state =
>>>>>> s->enabled_capabilities[i];
>>>>>> + info->capabilities->next = NULL;
>>>>>> + }
>>>>>> break;
>>>>>> case MIG_STATE_ACTIVE:
>>>>>> + for (i = 0; i < MIGRATION_CAPABILITY_MAX; i++) {
>>>>>> + if (!info->has_capabilities) {
>>>>>> + info->capabilities =
>>>>>> g_malloc0(sizeof(*info->capabilities));
>>>>>> + info->has_capabilities = true;
>>>>>> + }
>>>>>> + info->capabilities->value =
>>>>>> + g_malloc(sizeof(*info->capabilities->value));
>>>>>> + info->capabilities->value->capability = i;
>>>>>> + info->capabilities->value->state =
>>>>>> s->enabled_capabilities[i];
>>>>>> + info->capabilities->next = NULL;
>>>>>> + }
>>>>>> +
>>>>>> info->has_status = true;
>>>>>> info->status = g_strdup("active");
>>>>>>
>>>>>> @@ -143,6 +167,18 @@ MigrationInfo *qmp_query_migrate(Error **errp)
>>>>>> }
>>>>>> break;
>>>>>> case MIG_STATE_COMPLETED:
>>>>>> + for (i = 0; i < MIGRATION_CAPABILITY_MAX; i++) {
>>>>>> + if (!info->has_capabilities) {
>>>>>> + info->capabilities =
>>>>>> g_malloc0(sizeof(*info->capabilities));
>>>>>> + info->has_capabilities = true;
>>>>>> + }
>>>>>> + info->capabilities->value =
>>>>>> + g_malloc(sizeof(*info->capabilities->value));
>>>>>> + info->capabilities->value->capability = i;
>>>>>> + info->capabilities->value->state =
>>>>>> s->enabled_capabilities[i];
>>>>>> + info->capabilities->next = NULL;
>>>>>> + }
>>>>>
>>>>> Code triplication :)
>>>>>
>>>>> Why is this is needed? Isn't query-migration-capabilities good enough?
>>>>> Besides, query-migrate should only contain information about current
>>>>> migration
>>>>> process...
>>>>>
>>>> see above
>>>>>> +
>>>>>> info->has_status = true;
>>>>>> info->status = g_strdup("completed");
>>>>>>
>>>>>> @@ -166,6 +202,33 @@ MigrationInfo *qmp_query_migrate(Error **errp)
>>>>>> return info;
>>>>>> }
>>>>>>
>>>>>> +MigrationCapabilityInfoList *qmp_query_migration_capabilities(Error
>>>>>> **errp)
>>>>>> +{
>>>>>> + MigrationCapabilityInfoList *caps_list =
>>>>>> g_malloc0(sizeof(*caps_list));
>>>>>> +
>>>>>> + caps_list->value = g_malloc(sizeof(*caps_list->value));
>>>>>> + caps_list->value->capability = MIGRATION_CAPABILITY_XBZRLE;
>>>>>> + caps_list->next = NULL;
>>>>>
>>>>> Shouldn't this get the capabilities array from migrate_get_current()?
>>>>>
>>>>> I mean, this makes query-migration-capabilities always return true for
>>>>> xbzrle, even if we set it to off.
>>>> Those are the general capabilities , if I want to use xbzrle ,does this
>>>> QEMU support it ?
>>>> this is required because we need both the destination and the source to be
>>>> able to handle it.
>>>> If one QEMU doesn't (older version of qemu, maybe it will be disbaled for
>>>> certain architectures) we can't use the feature.
>>>> This is for management and the user to check what migration capabilities
>>>> this QEMU supports.
>>>
>>> My point was that query-migration-capabilities will always return state=true
>>> for all existing capabilities. Don't we want users/mngt app to know which
>>> states have been turned off?
>> You need to separate the ability to use a capability and actually using it
>> for migration. Also I don't want the user to be able to set some capability
>> on, it depends on the code not user configuration.
>
> Not sure I can follow, a user can set xbzrle capability to off, no?
>
>> And for xbzrle we always return true for some version on QEMU , let say we
>> decide we want to remove the code that implement it for some reason in some
>> future version than it will return false.
>
> That's fine (I mean, I'm not sure we will ever do it, but shouldn't be a
> problem
> if we do).
>
>> There is a reason the command that enables a capability for a migration was
>> called 'migrate-set-parameter' and not set-capability to distinguish between
>> them one is per QEMU code base and one is per migration.
>>
>> Regards,
>> Orit
>>>
>>>>
>>>>>
>>>>>> +
>>>>>> + return caps_list;
>>>>>> +}
>>>>>> +
>>>>>> +void qmp_migrate_set_parameters(MigrationCapabilityInfoList *params,
>>>>>> + Error **errp)
>>>>>> +{
>>>>>> + MigrationState *s = migrate_get_current();
>>>>>> + MigrationCapabilityInfoList *cap;
>>>>>> +
>>>>>> + if (s->state == MIG_STATE_ACTIVE) {
>>>>>> + error_set(errp, QERR_MIGRATION_ACTIVE);
>>>>>> + return;
>>>>>> + }
>>>>>> +
>>>>>> + for (cap = params; cap; cap = cap->next) {
>>>>>> + s->enabled_capabilities[cap->value->capability] =
>>>>>> cap->value->state;
>>>>>> + }
>>>>>> +}
>>>>>> +
>>>>>> /* shared migration helpers */
>>>>>>
>>>>>> static int migrate_fd_cleanup(MigrationState *s)
>>>>>> @@ -375,12 +438,17 @@ static MigrationState *migrate_init(const
>>>>>> MigrationParams *params)
>>>>>> {
>>>>>> MigrationState *s = migrate_get_current();
>>>>>> int64_t bandwidth_limit = s->bandwidth_limit;
>>>>>> + bool enabled_capabilities[MIGRATION_CAPABILITY_MAX];
>>>>>> +
>>>>>> + memcpy(enabled_capabilities, s->enabled_capabilities,
>>>>>> + sizeof(enabled_capabilities));
>>>>>>
>>>>>> memset(s, 0, sizeof(*s));
>>>>>> s->bandwidth_limit = bandwidth_limit;
>>>>>> s->params = *params;
>>>>>> + memcpy(s->enabled_capabilities, enabled_capabilities,
>>>>>> + sizeof(enabled_capabilities));
>>>>>>
>>>>>> - s->bandwidth_limit = bandwidth_limit;
>>>>>> s->state = MIG_STATE_SETUP;
>>>>>> s->total_time = qemu_get_clock_ms(rt_clock);
>>>>>>
>>>>>> diff --git a/migration.h b/migration.h
>>>>>> index 57572a6..713aae0 100644
>>>>>> --- a/migration.h
>>>>>> +++ b/migration.h
>>>>>> @@ -19,6 +19,7 @@
>>>>>> #include "notify.h"
>>>>>> #include "error.h"
>>>>>> #include "vmstate.h"
>>>>>> +#include "qapi-types.h"
>>>>>>
>>>>>> struct MigrationParams {
>>>>>> bool blk;
>>>>>> @@ -39,6 +40,7 @@ struct MigrationState
>>>>>> void *opaque;
>>>>>> MigrationParams params;
>>>>>> int64_t total_time;
>>>>>> + bool enabled_capabilities[MIGRATION_CAPABILITY_MAX];
>>>>>> };
>>>>>>
>>>>>> void process_incoming_migration(QEMUFile *f);
>>>>>> diff --git a/monitor.c b/monitor.c
>>>>>> index f6107ba..e2be6cd 100644
>>>>>> --- a/monitor.c
>>>>>> +++ b/monitor.c
>>>>>> @@ -2687,6 +2687,13 @@ static mon_cmd_t info_cmds[] = {
>>>>>> .mhandler.info = hmp_info_migrate,
>>>>>> },
>>>>>> {
>>>>>> + .name = "migration_capabilities",
>>>>>
>>>>> migration-capabilities is better.
>>>> ok
>>>>>
>>>>>> + .args_type = "",
>>>>>> + .params = "",
>>>>>> + .help = "show migration capabilities",
>>>>>> + .mhandler.info = hmp_info_migration_capabilities,
>>>>>> + },
>>>>>> + {
>>>>>> .name = "balloon",
>>>>>> .args_type = "",
>>>>>> .params = "",
>>>>>> diff --git a/qapi-schema.json b/qapi-schema.json
>>>>>> index 1ab5dbd..a8408fd 100644
>>>>>> --- a/qapi-schema.json
>>>>>> +++ b/qapi-schema.json
>>>>>> @@ -288,11 +288,15 @@
>>>>>> # status, only returned if status is 'active' and it is a block
>>>>>> # migration
>>>>>> #
>>>>>> -# Since: 0.14.0
>>>>>> +# @capabilities: #optional a list describing all the migration
>>>>>> capabilities
>>>>>> +# state
>>>>>
>>>>> I don't think this is needed, as I've said above.
>>>> see above
>>>>>
>>>>>> +#
>>>>>> +# Since: 0.14.0, 'capabilities' since 1.2
>>>>>> ##
>>>>>> { 'type': 'MigrationInfo',
>>>>>> 'data': {'*status': 'str', '*ram': 'MigrationStats',
>>>>>> - '*disk': 'MigrationStats'} }
>>>>>> + '*disk': 'MigrationStats',
>>>>>> + '*capabilities': ['MigrationCapabilityInfo']} }
>>>>>>
>>>>>> ##
>>>>>> # @query-migrate
>>>>>> @@ -306,6 +310,51 @@
>>>>>> { 'command': 'query-migrate', 'returns': 'MigrationInfo' }
>>>>>>
>>>>>> ##
>>>>>> +# @MigrationCapability
>>>>>> +#
>>>>>> +# Migration capabilities enumeration
>>>>>> +#
>>>>>> +# @xbzrle: current migration supports xbzrle
>>>>>
>>>>> You should explain what xbzrle is.
>>>> ok
>>>>>
>>>>>> +#
>>>>>> +# Since: 1.2
>>>>>> +##
>>>>>> +{ 'enum': 'MigrationCapability',
>>>>>> + 'data': ['xbzrle'] }
>>>>>> +
>>>>>> +##
>>>>>> +# @MigrationCapabilityInfo
>>>>>
>>>>> MigrationCapabilityStatus?
>>>>>
>>>>>> +#
>>>>>> +# Migration capability information
>>>>>> +#
>>>>>> +# @capability: capability enum
>>>>>
>>>>> Please, document state too.
>>>> ok
>>>>
>>>> Orit
>>>>>
>>>>>> +#
>>>>>> +# Since: 1.2
>>>>>> +##
>>>>>> +{ 'type': 'MigrationCapabilityInfo',
>>>>>> + 'data': { 'capability' : 'MigrationCapability', 'state' : 'bool' } }
>>>>>> +
>>>>>> +##
>>>>>> +# @query-migration-capabilities
>>>>>> +#
>>>>>> +# Returns information about current migration process capabilties.
>>>>>> +#
>>>>>> +# Returns: @MigrationCapabilityInfo list
>>>>>> +#
>>>>>> +# Since: 1.2
>>>>>> +##
>>>>>> +{ 'command': 'query-migration-capabilities', 'returns':
>>>>>> ['MigrationCapabilityInfo'] }
>>>>>> +
>>>>>> +##
>>>>>> +# @migrate_set_parameters
>>>>>> +#
>>>>>> +# Enable/Disable the following migration capabilities (like xbzrle)
>>>>>> +#
>>>>>> +# Since: 1.2
>>>>>> +##
>>>>>> +{ 'command': 'migrate-set-parameters',
>>>>>> + 'data': { 'capabilities': ['MigrationCapabilityInfo'] } }
>>>>>> +
>>>>>> +##
>>>>>> # @MouseInfo:
>>>>>> #
>>>>>> # Information about a mouse device.
>>>>>> diff --git a/qmp-commands.hx b/qmp-commands.hx
>>>>>> index 2e1a38e..3ee6e00 100644
>>>>>> --- a/qmp-commands.hx
>>>>>> +++ b/qmp-commands.hx
>>>>>> @@ -2075,18 +2075,31 @@ The main json-object contains the following:
>>>>>> - "transferred": amount transferred (json-int)
>>>>>> - "remaining": amount remaining (json-int)
>>>>>> - "total": total (json-int)
>>>>>> -
>>>>>> +- "capabilities": migration capabilities state
>>>>>> + - "xbzrle" : XBZRLE state (json-bool)
>>>>>> Examples:
>>>>>>
>>>>>> 1. Before the first migration
>>>>>>
>>>>>> -> { "execute": "query-migrate" }
>>>>>> -<- { "return": {} }
>>>>>> +<- { "return": {
>>>>>> + "capabilities" : [ { "capability" : "xbzrle", "state" : false
>>>>>> } ]
>>>>>> + }
>>>>>> + }
>>>>>>
>>>>>> 2. Migration is done and has succeeded
>>>>>>
>>>>>> -> { "execute": "query-migrate" }
>>>>>> -<- { "return": { "status": "completed" } }
>>>>>> +<- { "return": {
>>>>>> + "status": "completed",
>>>>>> + "capabilities": [ { "capability" : "xbzrle", "state" : false }
>>>>>> ],
>>>>>> + "ram":{
>>>>>> + "transferred":123,
>>>>>> + "remaining":123,
>>>>>> + "total":246
>>>>>> + }
>>>>>> + }
>>>>>> + }
>>>>>>
>>>>>> 3. Migration is done and has failed
>>>>>>
>>>>>> @@ -2099,6 +2112,7 @@ Examples:
>>>>>> <- {
>>>>>> "return":{
>>>>>> "status":"active",
>>>>>> + "capabilities": [ { "capability" : "xbzrle", "state" : false
>>>>>> } ],
>>>>>> "ram":{
>>>>>> "transferred":123,
>>>>>> "remaining":123,
>>>>>> @@ -2113,6 +2127,7 @@ Examples:
>>>>>> <- {
>>>>>> "return":{
>>>>>> "status":"active",
>>>>>> + "capabilities": [ { "capability" : "xbzrle", "state" : false
>>>>>> } ],
>>>>>> "ram":{
>>>>>> "total":1057024,
>>>>>> "remaining":1053304,
>>>>>> @@ -2135,6 +2150,56 @@ EQMP
>>>>>> },
>>>>>>
>>>>>> SQMP
>>>>>> +query-migration-capabilities
>>>>>> +-------
>>>>>> +
>>>>>> +Query migration capabilities
>>>>>> +
>>>>>> +- "xbzrle": xbzrle support
>>>>>> +
>>>>>> +Arguments:
>>>>>> +
>>>>>> +Example:
>>>>>> +
>>>>>> +-> { "execute": "query-migration-capabilities"}
>>>>>> +<- { "return": [ { "capability": "xbzrle", "state": true },
>>>>>> + { "capability": "foobar", "state": false } ] }
>>>>>> +
>>>>>> +EQMP
>>>>>> +
>>>>>> + {
>>>>>> + .name = "query-migration-capabilities",
>>>>>> + .args_type = "",
>>>>>> + .mhandler.cmd_new =
>>>>>> qmp_marshal_input_query_migration_capabilities,
>>>>>> + },
>>>>>> +
>>>>>> +SQMP
>>>>>> +migrate_set_parameters
>>>>>> +-------
>>>>>> +
>>>>>> +Enable/Disable migration capabilities
>>>>>> +
>>>>>> +- "xbzrle": xbzrle support
>>>>>> +
>>>>>> +Arguments:
>>>>>> +
>>>>>> +Example:
>>>>>> +
>>>>>> +-> { "execute": "migrate_set_parameters" , "arguments":
>>>>>> + { "parameters": [ { "capability": "xbzrle", "state": true } ] } }
>>>>>> +
>>>>>> +EQMP
>>>>>> +
>>>>>> + {
>>>>>> + .name = "migrate_set_parameters",
>>>>>> + .args_type = "parameters:O",
>>>>>> + .params = "capability:s,state:b",
>>>>>> + .mhandler.cmd_new = qmp_marshal_input_migrate_set_parameters,
>>>>>> + },
>>>>>> +
>>>>>> +
>>>>>> +
>>>>>> +SQMP
>>>>>> query-balloon
>>>>>> -------------
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
- [Qemu-devel] [PATCH 01/22] savevm: Use a struct to pass all handlers, (continued)
- [Qemu-devel] [PATCH 01/22] savevm: Use a struct to pass all handlers, Juan Quintela, 2012/07/13
- [Qemu-devel] [PATCH 12/22] ram: save_live_setup() we don't need to synchronize the dirty bitmap., Juan Quintela, 2012/07/13
- [Qemu-devel] [PATCH 11/22] ram: iterate phase, Juan Quintela, 2012/07/13
- [Qemu-devel] [PATCH 13/22] Add migration capabilities, Juan Quintela, 2012/07/13
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities, Luiz Capitulino, 2012/07/23
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities, Eric Blake, 2012/07/23
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities, Orit Wasserman, 2012/07/24
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities, Luiz Capitulino, 2012/07/24
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities, Orit Wasserman, 2012/07/24
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities, Luiz Capitulino, 2012/07/24
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities,
Orit Wasserman <=
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities, Luiz Capitulino, 2012/07/25
- Re: [Qemu-devel] [PATCH 13/22] Add migration capabilities, Orit Wasserman, 2012/07/25
[Qemu-devel] [PATCH 10/22] ram: save_live_complete() only do one loop, Juan Quintela, 2012/07/13
[Qemu-devel] [PATCH 14/22] Add XBZRLE documentation, Juan Quintela, 2012/07/13
[Qemu-devel] [PATCH 17/22] Change ram_save_block to return -1 if there are no more changes, Juan Quintela, 2012/07/13
[Qemu-devel] [PATCH 18/22] Add xbzrle_encode_buffer and xbzrle_decode_buffer functions, Juan Quintela, 2012/07/13
[Qemu-devel] [PATCH 19/22] Add XBZRLE to ram_save_block and ram_save_live, Juan Quintela, 2012/07/13
[Qemu-devel] [PATCH 16/22] Add uleb encoding/decoding functions, Juan Quintela, 2012/07/13
[Qemu-devel] [PATCH 15/22] Add cache handling functions, Juan Quintela, 2012/07/13
[Qemu-devel] [PATCH 21/22] Add XBZRLE statistics, Juan Quintela, 2012/07/13