Yoshiaki Tamura <tamura.yoshi...@lab.ntt.co.jp> wrote:
> 2011/2/23 Juan Quintela <quint...@redhat.com>:
>>
>> Signed-off-by: Juan Quintela <quint...@redhat.com>
>> ---
>>  migration.c |    6 ++++++
>>  migration.h |    6 ------
>>  2 files changed, 6 insertions(+), 6 deletions(-)
>>
>> diff --git a/migration.c b/migration.c
>> index 383ebaf..90fc2a0 100644
>> --- a/migration.c
>> +++ b/migration.c
>> @@ -31,6 +31,12 @@
>>     do { } while (0)
>>  #endif
>>
>> +#define MIG_STATE_ERROR                -1
>> +#define MIG_STATE_NONE         0
>> +#define MIG_STATE_CANCELLED    1
>> +#define MIG_STATE_ACTIVE       2
>> +#define MIG_STATE_COMPLETED    3
>> +
>>  static MigrationState current_migration = {
>>     .state = MIG_STATE_NONE,
>>      /* Migration speed throttling */
>> diff --git a/migration.h b/migration.h
>> index 9457807..493fbe5 100644
>> --- a/migration.h
>> +++ b/migration.h
>> @@ -18,12 +18,6 @@
>>  #include "qemu-common.h"
>>  #include "notify.h"
>>
>> -#define MIG_STATE_ERROR                -1
>> -#define MIG_STATE_NONE         0
>> -#define MIG_STATE_CANCELLED    1
>> -#define MIG_STATE_ACTIVE       2
>> -#define MIG_STATE_COMPLETED    3
>> -
>
> Although you're right, I would prefer to keep it so that somebody
> outside of migration may understand the status in the future if
> there are no harms.

my plan is to move MigrationState inside migration.c, and then decide
what to export/not export.  Next thing to do is move migration to its
own thread.  Before doing that, I need to know what parts are used/not
used outside migration.c.  Removing it now means that nothing gets to
use it without needing a patch.

Later, Juan..

Reply via email to