"hw/rdma: Implementation of PVRDMA device"
Alexey Perevalov (6):
migration: introduce postcopy-blocktime capability
migration: add postcopy blocktime ctx into MigrationIncomingState
migration: calculate vCPU blocktime on dst side
migration: postcopy_blocktime documentation
migr
ot;state\":
true } ] } }" | nc -U /var/lib/migrate-vm-monitor.sock
Or just with HMP
(qemu) migrate_set_capability postcopy-blocktime on
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Reviewed-by: Juan Quin
wback, it combines states of incoming and
outgoing migration. Ongoing migration state will overwrite incoming
state. Looks like better to separate query-migrate for incoming and
outgoing migration or add parameter to indicate type of migration.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@
com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Signed-off-by: Juan Quintela <quint...@redhat.com>
---
migration/migration.c | 9 +
migration/migration.h | 1 +
qapi/migration.json | 6 +-
3 files chan
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Signed-off-by: Juan Quintela <quint...@redhat.com>
---
docs/devel/migration.rst | 14 ++
1 fil
page address as value and vCPU
as index. It helps to find proper vCPU at UFFD_COPY time. Also it keeps
list for blocktime per vCPU (could be traced with page_fault_addr)
Blocktime will not calculated if postcopy_blocktime field of
MigrationIncomingState wasn't initialized.
Signed-off-by: Alexey
This patch just requests blocktime calculation,
and check it in case when UFFD_FEATURE_THREAD_ID feature is set
on the host.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Reviewed-by: Juan Quintela <quint...@red
wback, it combines states of incoming and
outgoing migration. Ongoing migration state will overwrite incoming
state. Looks like better to separate query-migrate for incoming and
outgoing migration or add parameter to indicate type of migration.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Signed-off-by: Juan Quintela <quint...@redhat.com>
---
docs/devel/migration.rst | 14 ++
1 fil
page address as value and vCPU
as index. It helps to find proper vCPU at UFFD_COPY time. Also it keeps
list for blocktime per vCPU (could be traced with page_fault_addr)
Blocktime will not calculated if postcopy_blocktime field of
MigrationIncomingState wasn't initialized.
Signed-off-by: Alexey
com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Signed-off-by: Juan Quintela <quint...@redhat.com>
---
migration/migration.c | 9 +
migration/migration.h | 1 +
qapi/migration.json | 6 +-
3 files chan
ot;state\":
true } ] } }" | nc -U /var/lib/migrate-vm-monitor.sock
Or just with HMP
(qemu) migrate_set_capability postcopy-blocktime on
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Reviewed-by: Juan Quin
This patch just requests blocktime calculation,
and check it in case when UFFD_FEATURE_THREAD_ID feature is set
on the host.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Reviewed-by: Juan Quintela <quint...@red
into MigrationIncomingState
migration: calculate vCPU blocktime on dst side
migration: add postcopy total blocktime into query-migrate
based on
commit 12c06d6f967a63515399b9e1f6a40f5ce871a8b7
Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into staging
Alexey Perevalov (6):
migration
On 03/08/2018 03:59 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
Initially int64_t was used, but on PowerPC architecture,
clang doesn't have atomic_*_8 function, so it produces
link time error.
QEMU is working with time as with 64bit value, but by
fact
ng-pull-request' into
staging
but with all necessary commit reverted in
ee86981bda9ecd40c8daf81b7307b1d2aff68174
Alexey Perevalov (1):
migration: change blocktime type to uint32_t
hmp.c| 4 ++--
migration/postcopy-ram.c | 52
migrati
-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Acked-by: Eric Blake <ebl...@redhat.com>
---
hmp.c| 4 ++--
migration/postcopy-ram.c | 52
migration/trace-events | 4 ++--
qapi/migration.json | 4 +
-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Acked-by: Eric Blake <ebl...@redhat.com>
---
hmp.c| 4 ++--
migration/postcopy-ram.c | 48 +++-
migration/trace-events | 4 ++--
qapi/migration.json | 4 +
bian on qemu-system-ppc and in Ubuntu16.04 on i386.
This commit is based on commit ee264eb32c14f076c964fc34ee66f6f95cce2080
"Merge remote-tracking branch 'remotes/dgibson/tags/ppc-for-2.12-20180121' into
staging"
Alexey Perevalov (1):
migration: change blocktime ty
On 01/25/2018 11:02 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
Initially int64_t was used, but on PowerPC architecture,
clang doesn't have atomic_*_8 function, so it produces
link time error.
QEMU is working with time as with 64bit value, but by
fact
On 01/26/2018 09:14 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
Initially int64_t was used, but on PowerPC architecture,
clang doesn't have atomic_*_8 function, so it produces
link time error.
QEMU is working with time as with 64bit value, but by
fact
on/tags/ppc-for-2.12-20180121' into
staging"
Alexey Perevalov (1):
migration: change blocktime type to uint32_t
hmp.c| 4 ++--
migration/postcopy-ram.c | 37 -
migration/trace-events | 4 ++--
qapi/migration.json | 4 ++--
On 01/26/2018 07:13 PM, Philippe Mathieu-Daudé wrote:
Hi Alexey,
On 01/26/2018 01:05 PM, Alexey Perevalov wrote:
Initially int64_t was used, but on PowerPC architecture,
clang doesn't have atomic_*_8 function, so it produces
link time error.
QEMU is working with time as with 64bit value
-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Acked-by: Eric Blake <ebl...@redhat.com>
---
hmp.c| 4 ++--
migration/postcopy-ram.c | 37 -
migration/trace-events | 4 ++--
qapi/migration.json | 4 ++--
4 files
-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
hmp.c| 4 ++--
migration/postcopy-ram.c | 47 ++-
migration/trace-events | 4 ++--
qapi/migration.json | 4 ++--
4 files changed, 36 insertions(+), 23 deletions(-)
tested on Ubuntu16.04 on i386.
This commit is based on commit ee264eb32c14f076c964fc34ee66f6f95cce2080
"Merge remote-tracking branch 'remotes/dgibson/tags/ppc-for-2.12-20180121' into
staging"
Alexey Perevalov (1):
migration: change blocktime type to uint32_t
hmp.c| 4
On 01/22/2018 07:26 PM, Peter Maydell wrote:
On 22 January 2018 at 16:25, Alexey Perevalov <a.pereva...@samsung.com> wrote:
I want to keep 64bit atomic operations in migration.
Sorry, you can't -- some 32 bit CPUs simply do not provide these
operations. You need to rework your
On 01/22/2018 01:03 PM, Peter Maydell wrote:
On 20 January 2018 at 23:36, Juan Quintela <quint...@redhat.com> wrote:
Peter Maydell <peter.mayd...@linaro.org> wrote:
On 19 January 2018 at 16:43, Alexey Perevalov <a.pereva...@samsung.com> wrote:
As I remember, I tested buil
As I remember, I tested build in QEMU's docker build system,
but now I checked it on i386 Ubuntu, and yes linker says about unresolved
atomic symbols. Next week, I'll have a time to investigate it deeper.
--
Best regards,
Alexey Perevalov
On 01/16/2018 08:43 PM, Dr. David Alan Gilbert wrote:
* Max Reitz (mre...@redhat.com) wrote:
On 2018-01-15 12:52, Juan Quintela wrote:
From: Alexey Perevalov <a.pereva...@samsung.com>
This patch provides blocktime calculation per vCPU,
as a summary and as a overlapped value for all
On 01/05/2018 12:59 PM, Juan Quintela wrote:
Eric Blake <ebl...@redhat.com> wrote:
On 01/03/2018 03:38 AM, Juan Quintela wrote:
Hi
This are the changes for migration that are already reviewed.
Please, apply.
Alexey Perevalov (6):
migration: introduce postcopy-blocktime capa
On 01/03/2018 12:26 AM, Eric Blake wrote:
On 10/30/2017 08:16 AM, Alexey Perevalov wrote:
Postcopy total blocktime is available on destination side only.
But query-migrate was possible only for source. This patch
adds ability to call query-migrate on destination.
To be able to see postcopy
On 01/03/2018 12:20 AM, Eric Blake wrote:
On 10/30/2017 08:16 AM, Alexey Perevalov wrote:
Right now it could be used on destination side to
enable vCPU blocktime calculation for postcopy live migration.
vCPU blocktime - it's time since vCPU thread was put into
interruptible sleep, till memory
wback, it combines states of incoming and
outgoing migration. Ongoing migration state will overwrite incoming
state. Looks like better to separate query-migrate for incoming and
outgoing migration or add parameter to indicate type of migration.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@
ot;state\":
true } ] } }" | nc -U /var/lib/migrate-vm-monitor.sock
Or just with HMP
(qemu) migrate_set_capability postcopy-blocktime on
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/migration.h|
com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/migration.c | 9 +
migration/migration.h | 1 +
qapi/migration.json | 6 +-
3 files changed, 15 insertions(+), 1 deletion(-)
diff --git a/migration/migration.c b/migration/migration.c
index 62761d5..c5
page address as value and vCPU
as index. It helps to find proper vCPU at UFFD_COPY time. Also it keeps
list for blocktime per vCPU (could be traced with page_fault_addr)
Blocktime will not calculated if postcopy_blocktime field of
MigrationIncomingState wasn't initialized.
Signed-off-by: Alexey
ts it
- It doesn't send back the downtime, just trace it
Patch set is based on commit 3be480ebb8fdcc99f0a4fcbbf36ec5642a16a10b
and Juan Quintela's series "tests: Add migration compress threads tests"
Alexey Perevalov (6):
migration: introduce postcopy-blocktime capability
migration: ad
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
docs/devel/migration.txt | 13 +
1 file changed, 13 insertions(+)
diff --git a/docs/devel/migration.txt b/docs/devel/migration.txt
index 4030703..ce
This patch just requests blocktime calculation,
and check it in case when UFFD_FEATURE_THREAD_ID feature is set
on the host.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
tests/migration-test.c | 16 +++
On 10/18/2017 09:59 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
This patch provides blocktime calculation per vCPU,
as a summary and as a overlapped value for all vCPUs.
This approach was suggested by Peter Xu, as an improvements of
previous approch
Hello Maxime
On 09/01/2017 04:42 PM, Maxime Coquelin wrote:
Hello Alexey,
On 09/01/2017 03:34 PM, Alexey Perevalov wrote:
Hello David,
You wrote in previous version:
We've had a postcopy migrate work now, with a few hacks we're still
cleaning up, both on vhost-user-bridge and dpdk; so I'll
wback, it combines states of incoming and
outgoing migration. Ongoing migration state will overwrite incoming
state. Looks like better to separate query-migrate for incoming and
outgoing migration or add parameter to indicate type of migration.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@
This patch just requests blocktime calculation,
and check it in case when UFFD_FEATURE_THREAD_ID feature is set
on the host.
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
tests/postcopy-test.c | 63 +++
1 file changed, 48 inse
page address as value and vCPU
as index. It helps to find proper vCPU at UFFD_COPY time. Also it keeps
list for blocktime per vCPU (could be traced with page_fault_addr)
Blocktime will not calculated if postcopy_blocktime field of
MigrationIncomingState wasn't initialized.
Signed-off-by: Alexey
ot;state\":
true } ] } }" | nc -U /var/lib/migrate-vm-monitor.sock
Or just with HMP
(qemu) migrate_set_capability postcopy-blocktime on
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/migration.h| 8 +++
migration/postcopy-ram.c | 59 +
FEATURE_THREAD_ID is requesting only when kernel supports it
- It doesn't send back the downtime, just trace it
This patch set is based on commit
[PATCH v10 0/3] Add bitmap for received pages in postcopy migration
Both patch sets were rebased on
commit d147f7e815f97cb477e223586bcb80c316ae10e
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
docs/devel/migration.txt | 13 +
1 file changed, 13 insertions(+)
diff --git a/docs/devel/migration.txt b/docs/devel/migration.txt
index 4030703..ce
com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/migration.c | 9 +
migration/migration.h | 1 +
qapi/migration.json | 5 -
3 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/migration/migration.c b/migration/migration.c
index 98429dc..71
is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Reviewed-by: Peter Xu <pet...@redhat.com>
Signed-off-by: Peter Xu <pet...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
include/exec/ram_addr.h | 10 +++
t...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/postcopy-ram.c | 34 +-
1 file changed, 21 insertions(+), 13 deletions(-)
diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c
index d3073b9..8bf643
emu_ufd_copy_ioctl helper"
Patchset is based on:
commit d147f7e815f97cb477e223586bcb80c316ae10ea
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging
Alexey Perevalov (3):
migration: postcopy_place_page factoring out
migration: introduce qemu_ufd_copy_ioctl helper
migr
Need to mark copied pages as closer as possible to the place where it
tracks down. That will be necessary in futher patch.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Reviewed-by: Peter Xu <pet...@redhat.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Sig
On 09/21/2017 02:57 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
This patch provides blocktime calculation per vCPU,
as a summary and as a overlapped value for all vCPUs.
This approach was suggested by Peter Xu, as an improvements of
previous approch
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
include/standard-headers/asm-x86/hyperv.h| 19 ++---
include/standard-headers/linux/pci_regs.h| 42
include/standard-headers/linux/virtio_ring.h | 4 +--
linux-headers/asm-s390
ime.
Based on a664607440511fdf8cff9d1c2afefbdbca1d1295
"Merge remote-tracking branch
'remotes/famz/tags/build-and-test-automation-pull-request' into staging"
Alexey Perevalov (1):
linux-headers: sync against v4.14-rc1
include/standard-headers/asm-x86/hyperv.h| 19 ++---
include/standard-headers/linu
On 09/21/2017 02:57 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
This patch provides blocktime calculation per vCPU,
as a summary and as a overlapped value for all vCPUs.
This approach was suggested by Peter Xu, as an improvements of
previous approch
On 09/21/2017 03:42 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
Postcopy total blocktime is available on destination side only.
But query-migrate was possible only for source. This patch
adds ability to call query-migrate on destination.
To be able
On 09/21/2017 03:33 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
Although it does have my R-b it might be worth adding some c
On 09/21/2017 01:16 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
This patch adds request to kernel space for UFFD_FEATURE_THREAD_ID,
in case when this feature is provided by kernel.
PostcopyBlocktimeContext is incapsulated inside postcopy-ram.c,
due
On 09/20/2017 09:43 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
This commit adds modification for UFFD_FEATURE_SIGBUS and
UFFD_FEATURE_THREAD_ID.
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
This should be replaced with just r
wback, it combines states of incoming and
outgoing migration. Ongoing migration state will overwrite incoming
state. Looks like better to separate query-migrate for incoming and
outgoing migration or add parameter to indicate type of migration.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@
com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/migration.c | 9 +
migration/migration.h | 1 +
qapi/migration.json | 5 -
3 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/migration/migration.c b/migration/migration.c
index e820d47..4f
That tiny refactoring is necessary to be able to set
UFFD_FEATURE_THREAD_ID while requesting features, and then
to create downtime context in case when kernel supports it.
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/migration.c| 3 ++-
migration/postcopy
This commit adds modification for UFFD_FEATURE_SIGBUS and
UFFD_FEATURE_THREAD_ID.
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
linux-headers/linux/userfaultfd.h | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/linux-headers/linux/userfau
Reviewed-by: Juan Quintela <quint...@redhat.com>
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/postcopy-ram.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/migratio
page address as value and vCPU
as index. It helps to find proper vCPU at UFFD_COPY time. Also it keeps
list for blocktime per vCPU (could be traced with page_fault_addr)
Blocktime will not calculated if postcopy_blocktime field of
MigrationIncomingState wasn't initialized.
Signed-off-by: Alexey
..@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/postcopy-ram.c | 94
1 file changed, 88 insertions(+), 6 deletions(-)
diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c
index a
ot;state\":
true } ] } }" | nc -U /var/lib/migrate-vm-monitor.sock
Or just with HMP
(qemu) migrate_set_capability postcopy-blocktime on
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/migration.h| 8 ++
migration/postcopy-ram.c | 65 +
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
docs/devel/migration.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git a/docs/devel/migration.txt b/docs/devel/migration.txt
index 1b940a8..4b
This is 10th version.
The rationale for that idea is following:
vCPU could suspend during postcopy live migration until faulted
page is not copied into kernel. Downtime on source side it's a value -
time interval since source turn vCPU off, till destination start runnig
vCPU. But that value was
This patch just requests blocktime calculation, but doesn't
add any facility to check or show it.
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
tests/postcopy-test.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/tests/postcopy-test.c b
On 09/18/2017 02:15 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
This is 9th version.
The rationale for that idea is following:
vCPU could suspend during postcopy live migration until faulted
page is not copied into kernel. Downtime on source side it's
ion/trace-events| 6 +
tests/vhost-user-bridge.c | 1 +
trace-events | 3 +
vl.c | 2 +
20 files changed, 1241 insertions(+), 89 deletions(-)
--
Best regards,
Alexey Perevalov
On 08/08/2017 08:06 PM, Dr. David Alan Gilbert wrote:
* Alexey Perevalov (a.pereva...@samsung.com) wrote:
On 06/28/2017 10:00 PM, Dr. David Alan Gilbert (git) wrote:
From: "Dr. David Alan Gilbert" <dgilb...@redhat.com>
Clear the area and turn off THP.
Signed-off-by: Dr. Da
ter reg_struct;
/* Note: We might need to go back to using mmap_addr and
* len + mmap_offset for * huge pages, but then we do hope not to
--
Best regards,
Alexey Perevalov
is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Reviewed-by: Peter Xu <pet...@redhat.com>
Signed-off-by: Peter Xu <pet...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
include/exec/ram_addr.h | 10 +++
here
it will be necessary
- releasing memory of receivedmap was added into ram_load_cleanup
- new patch "migration: introduce qemu_ufd_copy_ioctl helper"
Patchset is based on:
commit 6d60e295ef020759a03b90724d0342012c189ba2
"Merge remote-tracking branch 'remotes/jnsnow/tags/ide-
Need to mark copied pages as closer as possible to the place where it
tracks down. That will be necessary in futher patch.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Reviewed-by: Peter Xu <pet...@redhat.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Sig
t...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/postcopy-ram.c | 34 +-
1 file changed, 21 insertions(+), 13 deletions(-)
diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c
index 996e64d..be497b
On 08/01/2017 09:02 AM, Peter Xu wrote:
On Tue, Aug 01, 2017 at 08:48:18AM +0300, Alexey Perevalov wrote:
On 08/01/2017 05:11 AM, Peter Xu wrote:
On Mon, Jul 31, 2017 at 05:34:14PM +0100, Dr. David Alan Gilbert wrote:
* Peter Xu (pet...@redhat.com) wrote:
The bitmap setup during postcopy
that I can rebase to. Thanks,
I'll squash it, and I'll resend it today.
Are you agree to add
Signed-off-by: Peter Xu <pet...@redhat.com>
to my patch?
--
Best regards,
Alexey Perevalov
On 07/28/2017 10:06 AM, Alexey Perevalov wrote:
On 07/28/2017 09:57 AM, Peter Xu wrote:
On Fri, Jul 28, 2017 at 09:43:28AM +0300, Alexey Perevalov wrote:
On 07/28/2017 07:27 AM, Peter Xu wrote:
On Thu, Jul 27, 2017 at 10:27:41AM +0300, Alexey Perevalov wrote:
On 07/27/2017 05:35 AM, Peter Xu
On 07/28/2017 09:57 AM, Peter Xu wrote:
On Fri, Jul 28, 2017 at 09:43:28AM +0300, Alexey Perevalov wrote:
On 07/28/2017 07:27 AM, Peter Xu wrote:
On Thu, Jul 27, 2017 at 10:27:41AM +0300, Alexey Perevalov wrote:
On 07/27/2017 05:35 AM, Peter Xu wrote:
On Wed, Jul 26, 2017 at 06:24:11PM +0300
On 07/28/2017 07:27 AM, Peter Xu wrote:
On Thu, Jul 27, 2017 at 10:27:41AM +0300, Alexey Perevalov wrote:
On 07/27/2017 05:35 AM, Peter Xu wrote:
On Wed, Jul 26, 2017 at 06:24:11PM +0300, Alexey Perevalov wrote:
On 07/26/2017 11:43 AM, Peter Xu wrote:
On Wed, Jul 26, 2017 at 11:07:17AM +0300
On 07/27/2017 05:35 AM, Peter Xu wrote:
On Wed, Jul 26, 2017 at 06:24:11PM +0300, Alexey Perevalov wrote:
On 07/26/2017 11:43 AM, Peter Xu wrote:
On Wed, Jul 26, 2017 at 11:07:17AM +0300, Alexey Perevalov wrote:
On 07/26/2017 04:49 AM, Peter Xu wrote:
On Thu, Jul 20, 2017 at 09:52:34AM +0300
On 07/26/2017 11:43 AM, Peter Xu wrote:
On Wed, Jul 26, 2017 at 11:07:17AM +0300, Alexey Perevalov wrote:
On 07/26/2017 04:49 AM, Peter Xu wrote:
On Thu, Jul 20, 2017 at 09:52:34AM +0300, Alexey Perevalov wrote:
This patch adds ability to track down already received
pages, it's necessary
On 07/26/2017 04:49 AM, Peter Xu wrote:
On Thu, Jul 20, 2017 at 09:52:34AM +0300, Alexey Perevalov wrote:
This patch adds ability to track down already received
pages, it's necessary for calculation vCPU block time in
postcopy migration feature, maybe for restore after
postcopy migration
is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Reviewed-by: Peter Xu <pet...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
include/exec/ram_addr.h | 10 ++
migration/postcop
ch 'remotes/jnsnow/tags/ide-pull-request' into
staging"
Alexey Perevalov (3):
migration: postcopy_place_page factoring out
migration: introduce qemu_ufd_copy_ioctl helper
migration: add bitmap for received page
include/exec/ram_addr.h
t...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/postcopy-ram.c | 34 +-
1 file changed, 21 insertions(+), 13 deletions(-)
diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c
index 996e64d..be497b
Need to mark copied pages as closer as possible to the place where it
tracks down. That will be necessary in futher patch.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Reviewed-by: Peter Xu <pet...@redhat.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Sig
is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
include/exec/ram_addr.h | 10 ++
migration/postcopy-ram.c | 16 +++-
migration/ram.c
Need to mark copied pages as closer as possible to the place where it
tracks down. That will be necessary in futher patch.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Reviewed-by: Peter Xu <pet...@redhat.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Sig
t...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/postcopy-ram.c | 34 +-
1 file changed, 21 insertions(+), 13 deletions(-)
diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c
index 996e64d..be497b
is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
include/exec/ram_addr.h | 10 ++
migration/migration.c| 1 +
migration/postcopy-ram.c | 16 +++-
migration
Need to mark copied pages as closer as possible to the place where it
tracks down. That will be necessary in futher patch.
Reviewed-by: Dr. David Alan Gilbert <dgilb...@redhat.com>
Reviewed-by: Peter Xu <pet...@redhat.com>
Reviewed-by: Juan Quintela <quint...@redhat.com>
Sig
uot;migration: introduce qemu_ufd_copy_ioctl helper"
Patchset is based on Juan's patchset:
[PATCH v2 0/5] Create setup/cleanup methods for migration incoming side
Alexey Perevalov (3):
migration: postcopy_place_page factoring out
migration: introduce qemu_ufd_copy_ioctl helper
migration: add bitma
t...@redhat.com>
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
migration/postcopy-ram.c | 34 +-
1 file changed, 21 insertions(+), 13 deletions(-)
diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c
index dae41b5..293db9
is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Signed-off-by: Alexey Perevalov <a.pereva...@samsung.com>
---
include/exec/ram_addr.h | 10 ++
migration/migration.c| 1 +
migration/postcopy-ram.c | 16 +++-
migration
1 - 100 of 249 matches
Mail list logo