Reviewed-by chai...@baidu.com
Thanks
Chai Wen
在 2020/10/5 上午2:04， "Philippe Mathieu-Daudé"
写入:
>There is a number of contributors from this domain,
>add its own entry to the gitdm domain map.
>
>Cc: Jia Lina
>Cc: Li Hangjing
>Cc: Xie Yongji
>Cc: Chai
l still try and do a snapshot,
>because I don't see where it's checking the current state
>(like the check in migrate_prepare that does a QERR_MIGRATIION_ACTIVE).
Yes， migration_is_setup_or_active looks like a more sensible detection for
this case,
and a proper error message it better t
On 07/02/2014 11:24 AM, Chai Wen wrote:
> Hi
>
> I tested the latest release v2.1 qemu feature virtio-dataplane.
> And it seems that there is a little bug in it.
> Please see the following below for detail, thanks.
>
Oh, Just saw Stefan's fix. Please ignore.
Stefan Haj
bc.so.6
1 Thread 0x77fc09a0 (LWP 25544) 0x000071abf487 in ppoll () from
/lib64/libc.so.6
--
Regards
Chai Wen
On 06/04/2014 05:23 PM, Stefan Hajnoczi wrote:
> On Wed, Jun 04, 2014 at 11:47:37AM +0800, chai wen wrote:
>>
>> The function init_blk_migration is better to be called before
>> set_dirty_tracking as the reasons below.
>>
>> If we want to track dirty blocks via
e_cancel will handle
the cleanup of init_blk_migration automatically.
Reviewed-by: Fam Zheng
Signed-off-by: chai wen
---
block-migration.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/block-migration.c b/block-migration.c
index 1656270..25a0388 100644
--- a/bloc
Hi Kevin & Stefan
How about this fix ?
On 05/28/2014 09:13 AM, Chai Wen wrote:
> On 05/27/2014 06:11 PM, Fam Zheng wrote:
>
>> On Tue, 05/27 16:54, chai wen wrote:
>>> If we want to track dirty blocks using dirty_maps on a BlockDriverState
>>> when doing live
main_loop () at vl.c:2077
#17 main (argc=, argv=, envp=) at
vl.c:4561
--
Regards
Chai Wen
On 05/27/2014 06:11 PM, Fam Zheng wrote:
> On Tue, 05/27 16:54, chai wen wrote:
>> If we want to track dirty blocks using dirty_maps on a BlockDriverState
>> when doing live block-migration, its correspoding 'BlkMigDevState' should be
>> add to block_mig_state.b
ration, I think there is something wrong
with the
setup sequence in block migration setup.
thanks
chai wen
On 05/27/2014 04:54 PM, chai wen wrote:
> If we want to track dirty blocks using dirty_maps on a BlockDriverState
> when doing live block-migration, its correspoding 'BlkMigDe
allocating
dirty_bitmaps for them.
And what's the worse, bdrv_get_dirty_count will access the
bmds->dirty_maps directly, there could be a segfault as the reasons
above.
Signed-off-by: chai wen
---
block-migration.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/b
11 matches
Mail list logo
