"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
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
Signed-off-by: Alexey
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 page was copied and thread awake.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: A
\"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
Signed-off-by: Alexey Perevalov
Reviewed-by: Juan Quintela
Signed-off-by: Juan Quintela
---
migration/migration.h
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: Alexey Perevalov
Reviewed-by: Juan Quintela
Signed-off-by: Juan Quintela
---
docs/devel/migration.rst | 14 ++
1 file changed, 14 insertions(+)
diff --git a/docs/devel/migration.rst b/docs/devel/migration.rst
index e32b087
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: A
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
Signed-off-by: Alexey Perevalov
Reviewed-by: Juan Quintela
Signed-off-by: Juan Quintela
---
tests/migration-test.c | 16
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
Signed-off-by: Alexey
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: Alexey Perevalov
Reviewed-by: Juan Quintela
Signed-off-by: Juan Quintela
---
docs/devel/migration.rst | 14 ++
1 file changed, 14 insertions(+)
diff --git a/docs/devel/migration.rst b/docs/devel/migration.rst
index 9d1b765
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: A
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 page was copied and thread awake.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: A
\"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
Signed-off-by: Alexey Perevalov
Reviewed-by: Juan Quintela
Signed-off-by: Juan Quintela
---
migration/migration.h
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
Signed-off-by: Alexey Perevalov
Reviewed-by: Juan Quintela
Signed-off-by: Juan Quintela
---
tests/migration-test.c | 16
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):
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
taging
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
migration/trace-event
igned-off-by: Alexey Perevalov
Acked-by: Eric Blake
---
hmp.c| 4 ++--
migration/postcopy-ram.c | 52
migration/trace-events | 4 ++--
qapi/migration.json | 4 ++--
4 files changed, 36 insertions(+), 28 deletions(-)
igned-off-by: Alexey Perevalov
Acked-by: Eric Blake
---
hmp.c| 4 ++--
migration/postcopy-ram.c | 48 +++-
migration/trace-events | 4 ++--
qapi/migration.json | 4 ++--
4 files changed, 33 insertions(+), 27 deletions(-)
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 type to uint32_t
hmp
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
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
2-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 ++--
4 files ch
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
igned-off-by: Alexey Perevalov
Acked-by: Eric Blake
---
hmp.c| 4 ++--
migration/postcopy-ram.c | 37 -
migration/trace-events | 4 ++--
qapi/migration.json | 4 ++--
4 files changed, 26 insertions(+), 23 deletions(-)
diff --
igned-off-by: Alexey Perevalov
---
hmp.c| 4 ++--
migration/postcopy-ram.c | 47 ++-
migration/trace-events | 4 ++--
qapi/migration.json | 4 ++--
4 files changed, 36 insertions(+), 23 deletions(-)
diff --git a/hmp.c b/
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 ++--
migr
On 01/22/2018 07:26 PM, Peter Maydell wrote:
On 22 January 2018 at 16:25, Alexey Perevalov 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 design to not require this.
I would
On 01/22/2018 01:03 PM, Peter Maydell wrote:
On 20 January 2018 at 23:36, Juan Quintela wrote:
Peter Maydell wrote:
On 19 January 2018 at 16:43, Alexey Perevalov wrote:
As I remember, I tested build in QEMU's docker build system,
but now I checked it on i386 Ubuntu, and yes linker
mber, 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
This patch provides blocktime calculation per vCPU,
as a summary and as a overlapped value for all vCPUs.
This approach was suggested
On 01/05/2018 12:59 PM, Juan Quintela wrote:
Eric Blake 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 capability
migration: add
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 m
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
Signed-off-by: Al
uot;, \"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
Signed-off-by: Alexey Perevalov
---
migration/migration.h| 8 +++
migration/postcopy-ram.c | 59 +++
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 page was copied and thread awake.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: A
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: A
hen kernel supports 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-blockt
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: Alexey Perevalov
---
docs/devel/migration.txt | 13 +
1 file changed, 13 insertions(+)
diff --git a/docs/devel/migration.txt b/docs/devel/migration.txt
index 4030703..cebfe7a 100644
--- a/docs/devel/migration.txt
+++ b/docs/devel
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
Signed-off-by: Alexey Perevalov
---
tests/migration-test.c | 16
1 file changed, 16 insertions(+)
diff --git a
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 dpd
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
Signed-off-by: Al
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
---
tests/postcopy-test.c | 63 +++
1 file changed, 48 insertions(+), 15 deletions
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: A
uot;, \"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
---
migration/migration.h| 8 +++
migration/postcopy-ram.c | 59 +++
- UFFD_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 d147f7e815f97cb477e22358
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: Alexey Perevalov
---
docs/devel/migration.txt | 13 +
1 file changed, 13 insertions(+)
diff --git a/docs/devel/migration.txt b/docs/devel/migration.txt
index 4030703..cebfe7a 100644
--- a/docs/devel/migration.txt
+++ b/docs/devel
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 page was copied and thread awake.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: A
ct page is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Reviewed-by: Peter Xu
Signed-off-by: Peter Xu
Signed-off-by: Alexey Perevalov
---
include/exec/ram_addr.h | 10 ++
migration/postcopy-ram.c | 17 -
migra
Just for placing auxilary operations inside helper,
auxilary operations like: track received pages,
notify about copying operation in futher patches.
Reviewed-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Peter Xu
Signed-off-by: Alexey Perevalov
---
migration/postcopy
on: introduce qemu_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
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
Reviewed-by: Peter Xu
Reviewed-by: Juan Quintela
Signed-off-by: Alexey Perevalov
---
migration/postcopy-ram.c | 13
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
---
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/kvm.h | 6
ntime.
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/standa
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 to
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
Signed-off-by: Alexey Perevalov
Although it does have my R-b it might be worth adding some clarification
that it's a measure of when *all* cpu
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 to
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
This should be replaced with just running the
scripts/update-linux
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
Signed-off-by: Al
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 page was copied and thread awake.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: A
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
---
migration/migration.c| 3 ++-
migration/postcopy-ram.c | 10 +-
migration
This commit adds modification for UFFD_FEATURE_SIGBUS and
UFFD_FEATURE_THREAD_ID.
Signed-off-by: Alexey Perevalov
---
linux-headers/linux/userfaultfd.h | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/linux-headers/linux/userfaultfd.h
b/linux-headers/linux
Reviewed-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: Alexey Perevalov
---
migration/postcopy-ram.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/migration/postcopy-ram.c b/migration/postcopy-ram.c
index 4350dd0..a0e74db 100644
--- a/migration
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: A
ontext has internal state, and after first call of
ioctl UFFD_API it changes its state to UFFD_STATE_RUNNING (in case of
success), but kernel while handling ioctl UFFD_API expects UFFD_STATE_WAIT_API.
So only one ioctl with UFFD_API is possible per ufd.
Reviewed-by: Dr. David Alan Gilbert
Signed-off-
uot;, \"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
---
migration/migration.h| 8 ++
migration/postcopy-ram.c | 65 +++
Reviewed-by: Dr. David Alan Gilbert
Signed-off-by: Alexey Perevalov
---
docs/devel/migration.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git a/docs/devel/migration.txt b/docs/devel/migration.txt
index 1b940a8..4b625ca 100644
--- a/docs/devel/migration.txt
+++ b/docs/devel
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 pr
This patch just requests blocktime calculation, but doesn't
add any facility to check or show it.
Signed-off-by: Alexey Perevalov
---
tests/postcopy-test.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/tests/postcopy-test.c b/tests/postcopy-test.c
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&#
| 1 +
migration/savevm.c| 13 ++
migration/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"
Clear the area and turn off THP.
Signed-off-by: Dr. David Alan Gilbert
---
* 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
ct page is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Reviewed-by: Peter Xu
Signed-off-by: Peter Xu
Signed-off-by: Alexey Perevalov
---
include/exec/ram_addr.h | 10 ++
migration/postcopy-ram.c | 17 -
migra
h set where
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/j
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
Reviewed-by: Peter Xu
Reviewed-by: Juan Quintela
Signed-off-by: Alexey Perevalov
---
migration/postcopy-ram.c | 13
Just for placing auxilary operations inside helper,
auxilary operations like: track received pages,
notify about copying operation in futher patches.
Reviewed-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Peter Xu
Signed-off-by: Alexey Perevalov
---
migration/postcopy
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 is
can rebase to. Thanks,
I'll squash it, and I'll resend it today.
Are you agree to add
Signed-off-by: Peter Xu
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 necessar
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 migr
ct page is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Reviewed-by: Peter Xu
Signed-off-by: Alexey Perevalov
---
include/exec/ram_addr.h | 10 ++
migration/postcopy-ram.c | 16 +++-
migration/ram.c
cking branch '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
inclu
Just for placing auxilary operations inside helper,
auxilary operations like: track received pages,
notify about copying operation in futher patches.
Reviewed-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Peter Xu
Signed-off-by: Alexey Perevalov
---
migration/postcopy
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
Reviewed-by: Peter Xu
Reviewed-by: Juan Quintela
Signed-off-by: Alexey Perevalov
---
migration/postcopy-ram.c | 13
ct page is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Signed-off-by: Alexey Perevalov
---
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
Reviewed-by: Peter Xu
Reviewed-by: Juan Quintela
Signed-off-by: Alexey Perevalov
---
migration/postcopy-ram.c | 13
Just for placing auxilary operations inside helper,
auxilary operations like: track received pages,
notify about copying operation in futher patches.
Reviewed-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Peter Xu
Signed-off-by: Alexey Perevalov
---
migration/postcopy
ct page is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Signed-off-by: Alexey Perevalov
---
include/exec/ram_addr.h | 10 ++
migration/migration.c| 1 +
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
Reviewed-by: Peter Xu
Reviewed-by: Juan Quintela
Signed-off-by: Alexey Perevalov
---
migration/postcopy-ram.c | 13
ch "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:
Just for placing auxilary operations inside helper,
auxilary operations like: track received pages,
notify about copying operation in futher patches.
Reviewed-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Peter Xu
Signed-off-by: Alexey Perevalov
---
migration/postcopy
ct page is exists after remmap).
Bitmap is placed into RAMBlock as another postcopy/precopy
related bitmaps.
Signed-off-by: Alexey Perevalov
---
include/exec/ram_addr.h | 10 ++
migration/migration.c| 1 +
migration/postcopy-ram.c | 16 +++-
migration/ram.c
1 - 100 of 251 matches
Mail list logo
