Re: [PULL 00/12] migration queue
On Mon, 2 Nov 2020 at 20:00, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > The following changes since commit b139d11ae198aba0e009daddf7a3370ce84b2d09: > > Merge remote-tracking branch 'remotes/aperard/tags/pull-xen-20201102' into > staging (2020-11-02 16:05:47 +) > > are available in the Git repository at: > > git://github.com/dagrh/qemu.git tags/pull-migration-20201102a > > for you to fetch changes up to af1bb3fe7f146fafdaadb479975ca2b53b49df40: > > tests/acceptance: Add virtiofs_submounts.py (2020-11-02 19:23:48 +) > > > Migration and virtiofs fixes 2020-11-02 > > Fixes for postcopy migration test hang > A seccomp crash for virtiofsd on some !x86 > Help message and minor CID fix > > And another crack at Max's set. > > Signed-off-by: Dr. David Alan Gilbert > Applied, thanks. Please update the changelog at https://wiki.qemu.org/ChangeLog/5.2 for any user-visible changes. -- PMM
[PULL 00/12] migration queue
From: "Dr. David Alan Gilbert" The following changes since commit b139d11ae198aba0e009daddf7a3370ce84b2d09: Merge remote-tracking branch 'remotes/aperard/tags/pull-xen-20201102' into staging (2020-11-02 16:05:47 +) are available in the Git repository at: git://github.com/dagrh/qemu.git tags/pull-migration-20201102a for you to fetch changes up to af1bb3fe7f146fafdaadb479975ca2b53b49df40: tests/acceptance: Add virtiofs_submounts.py (2020-11-02 19:23:48 +) Migration and virtiofs fixes 2020-11-02 Fixes for postcopy migration test hang A seccomp crash for virtiofsd on some !x86 Help message and minor CID fix And another crack at Max's set. Signed-off-by: Dr. David Alan Gilbert Dr. David Alan Gilbert (1): virtiofsd: Seccomp: Add 'send' for syslog Jiachen Zhang (1): virtiofsd: Fix the help message of posix lock Max Reitz (7): virtiofsd: Check FUSE_SUBMOUNTS virtiofsd: Add attr_flags to fuse_entry_param meson.build: Check for statx() virtiofsd: Add mount ID to the lo_inode key virtiofsd: Announce sub-mount points tests/acceptance/boot_linux: Accept SSH pubkey tests/acceptance: Add virtiofs_submounts.py Peter Xu (2): migration: Unify reset of last_rb on destination node when recover migration: Postpone the kick of the fault thread after recover Philippe Mathieu-Daudé (1): tools/virtiofsd: Check vu_init() return value (CID 1435958) meson.build| 16 + migration/postcopy-ram.c | 2 - migration/savevm.c | 17 +- tests/acceptance/boot_linux.py | 13 +- tests/acceptance/virtiofs_submounts.py | 321 + .../virtiofs_submounts.py.data/cleanup.sh | 46 +++ .../virtiofs_submounts.py.data/guest-cleanup.sh| 30 ++ .../acceptance/virtiofs_submounts.py.data/guest.sh | 138 + .../acceptance/virtiofs_submounts.py.data/host.sh | 127 tools/virtiofsd/fuse_common.h | 7 + tools/virtiofsd/fuse_lowlevel.c| 5 + tools/virtiofsd/fuse_lowlevel.h| 5 + tools/virtiofsd/fuse_virtio.c | 7 +- tools/virtiofsd/helper.c | 3 +- tools/virtiofsd/passthrough_ll.c | 117 +++- tools/virtiofsd/passthrough_seccomp.c | 2 + 16 files changed, 832 insertions(+), 24 deletions(-) create mode 100644 tests/acceptance/virtiofs_submounts.py create mode 100644 tests/acceptance/virtiofs_submounts.py.data/cleanup.sh create mode 100644 tests/acceptance/virtiofs_submounts.py.data/guest-cleanup.sh create mode 100644 tests/acceptance/virtiofs_submounts.py.data/guest.sh create mode 100644 tests/acceptance/virtiofs_submounts.py.data/host.sh
Re: [PULL 00/12] migration queue
On Thu, 7 May 2020 at 18:04, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > The following changes since commit 3c7adbc67d9a5c3e992a4dd13b8704464daaad5b: > > Merge remote-tracking branch > 'remotes/berrange/tags/qcrypto-next-pull-request' into staging (2020-05-07 > 14:30:12 +0100) > > are available in the Git repository at: > > git://github.com/dagrh/qemu.git tags/pull-migration-20200507a > > for you to fetch changes up to 13f2cb21e5fb33e9f8d7db8eee48edc1c67b812f: > > migration/multifd: Do error_free after migrate_set_error to avoid memleaks > (2020-05-07 17:40:24 +0100) > > > Migration pull 2020-05-07 > > Mostly tidy-ups, but two new features: > cpu-throttle-tailslow for making a gentler throttle > xbzrle encoding rate measurement for getting a feal for xbzrle > performance. > Applied, thanks. Please update the changelog at https://wiki.qemu.org/ChangeLog/5.1 for any user-visible changes. -- PMM
[PULL 00/12] migration queue
From: "Dr. David Alan Gilbert" The following changes since commit 3c7adbc67d9a5c3e992a4dd13b8704464daaad5b: Merge remote-tracking branch 'remotes/berrange/tags/qcrypto-next-pull-request' into staging (2020-05-07 14:30:12 +0100) are available in the Git repository at: git://github.com/dagrh/qemu.git tags/pull-migration-20200507a for you to fetch changes up to 13f2cb21e5fb33e9f8d7db8eee48edc1c67b812f: migration/multifd: Do error_free after migrate_set_error to avoid memleaks (2020-05-07 17:40:24 +0100) Migration pull 2020-05-07 Mostly tidy-ups, but two new features: cpu-throttle-tailslow for making a gentler throttle xbzrle encoding rate measurement for getting a feal for xbzrle performance. David Hildenbrand (1): migration/ram: Consolidate variable reset after placement in ram_load_postcopy() Keqian Zhu (1): migration/throttle: Add cpu-throttle-tailslow migration parameter Mao Zhongyi (4): migration: fix bad indentation in error_report() migration/migration: improve error reporting for migrate parameters monitor/hmp-cmds: add hmp_handle_error() for hmp_migrate_set_speed() migration: move the units of migrate parameters from milliseconds to ms Marc-André Lureau (1): docs/devel/migration: start a debugging section Pan Nengyuan (3): migration/rdma: fix a memleak on error path in rdma_start_incoming_migration migration/multifd: fix memleaks in multifd_new_send_channel_async migration/multifd: Do error_free after migrate_set_error to avoid memleaks Philippe Mathieu-Daudé (1): migration/colo: Add missing error-propagation code Wei Wang (1): migration/xbzrle: add encoding rate docs/devel/migration.rst | 20 + migration/colo.c | 3 ++ migration/migration.c| 44 +++- migration/multifd.c | 5 migration/ram.c | 74 migration/rdma.c | 1 + monitor/hmp-cmds.c | 23 +++ qapi/migration.json | 53 +- 8 files changed, 192 insertions(+), 31 deletions(-)
Re: [Qemu-devel] [PULL 00/12] migration queue
On Thu, 12 Sep 2019 at 15:10, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > The following changes since commit 89ea03a7dc83ca36b670ba7f787802791fcb04b1: > > Merge remote-tracking branch > 'remotes/huth-gitlab/tags/m68k-pull-2019-09-07' into staging (2019-09-09 > 09:48:34 +0100) > > are available in the Git repository at: > > git://github.com/dagrh/qemu.git tags/pull-migration-20190912a > > for you to fetch changes up to 268dcd46ae6d608a4ce93b191b51a318504bf1fb: > > migration: fix one typo in comment of function migration_total_bytes() > (2019-09-12 11:25:06 +0100) > > > Migration pull 2019-09-12 > > New feature: > UUID validation check from Yury Kotov > > plus a bunch of fixes. > Applied, thanks. Please update the changelog at https://wiki.qemu.org/ChangeLog/4.2 for any user-visible changes. -- PMM
[Qemu-devel] [PULL 00/12] migration queue
From: "Dr. David Alan Gilbert" The following changes since commit 89ea03a7dc83ca36b670ba7f787802791fcb04b1: Merge remote-tracking branch 'remotes/huth-gitlab/tags/m68k-pull-2019-09-07' into staging (2019-09-09 09:48:34 +0100) are available in the Git repository at: git://github.com/dagrh/qemu.git tags/pull-migration-20190912a for you to fetch changes up to 268dcd46ae6d608a4ce93b191b51a318504bf1fb: migration: fix one typo in comment of function migration_total_bytes() (2019-09-12 11:25:06 +0100) Migration pull 2019-09-12 New feature: UUID validation check from Yury Kotov plus a bunch of fixes. Dr. David Alan Gilbert (3): hw/net/vmxnet3: Fix leftover unregister_savevm migration: register_savevm_live doesn't need dev qemu-file: Rework old qemu_fflush comment Ivan Ren (1): migration: multifd_send_thread always post p->sem_sync when error happen Peter Xu (1): migration: Fix postcopy bw for recovery Wei Yang (4): migration: cleanup check on ops in savevm.handlers iterations migration/qemu-file: remove check on writev_buffer in qemu_put_compression_data migration/qemu-file: fix potential buf waste for extra buf_index adjustment migration: fix one typo in comment of function migration_total_bytes() Yury Kotov (3): migration: Add validate-uuid capability tests/libqtest: Allow setting expected exit status tests/migration: Add a test for validate-uuid capability docs/devel/migration.rst | 3 +- hw/net/vmxnet3.c | 3 - hw/ppc/spapr.c | 2 +- hw/s390x/s390-skeys.c | 2 +- hw/s390x/s390-stattrib.c | 2 +- hw/s390x/tod.c | 2 +- include/migration/register.h | 3 +- migration/block-dirty-bitmap.c | 2 +- migration/block.c | 2 +- migration/migration.c | 14 - migration/migration.h | 1 + migration/qemu-file.c | 50 --- migration/ram.c| 7 +-- migration/savevm.c | 80 ++- net/slirp.c| 2 +- qapi/migration.json| 5 +- tests/libqtest.c | 36 ++- tests/libqtest.h | 9 +++ tests/migration-test.c | 140 - 19 files changed, 249 insertions(+), 116 deletions(-)
Re: [Qemu-devel] [PULL 00/12] Migration queue
On 2018-09-25 10:26, Peter Maydell wrote: > On 13 September 2018 at 13:53, Juan Quintela wrote: >> The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452: >> >> Merge remote-tracking branch >> 'remotes/armbru/tags/pull-error-2018-08-27-v2' into staging (2018-08-27 >> 16:44:20 +0100) >> >> are available in the Git repository at: >> >> git://github.com/juanquintela/qemu.git tags/migration/20180913 >> >> for you to fetch changes up to 418fe4f69648b4f3f0afd2588926deafac81cfe8: >> >> tests/migration: Enable the migration test on s390x, too (2018-09-13 >> 14:06:26 +0200) >> >> >> migration/next for 20180913 >> >> Hi this patchset has all pending migration queue that I have (It >> superceedes the previous one). >> >> - fix rdma_return_path (david) >> >> - s390 migration-test (thomas) >> I ported it to the nema Makefile architecuter >> Please thomas, confirm that you agree with my changes >> >> - aarch64 migration-test (wei) >> - lots of compression fixes (xiao) >> >> Please, apply. > > Hi. This causes the s390 migration test to fail on sparc host: > > TEST: tests/migration-test... (pid=83922) > /s390x/migration/deprecated: OK > /s390x/migration/bad_dest: OK > /s390x/migration/postcopy/unix: > qemu-system-s390x: load of migration failed: Input/output error > Broken pipe > /home/pm215/qemu/tests/libqtest.c:121: kill_qemu() tried to terminate > QEMU process but encountered exit status 1 > FAIL > GTester: last random seed: R02S7b77f29679b5d4224f073b2cbaed1bff > (pid=83946) > /s390x/migration/postcopy/recovery: > Broken pipe > /home/pm215/qemu/tests/libqtest.c:121: kill_qemu() tried to terminate > QEMU process but encountered exit status 1 > FAIL > GTester: last random seed: R02Sefc9588e457bc609665979e83b5071bd > (pid=83958) > /s390x/migration/precopy/unix: > qemu-system-s390x: Unexpected storage key flag data: 0 > qemu-system-s390x: error while loading state for instance 0x0 of > device 's390-skeys' > qemu-system-s390x: load of migration failed: Invalid argument > Broken pipe > /home/pm215/qemu/tests/libqtest.c:121: kill_qemu() tried to terminate > QEMU process but encountered exit status 1 > FAIL > GTester: last random seed: R02S23be4e2c4ae37551a17c8ae0a9675b47 > (pid=83969) > FAIL: tests/migration-test > > > This is almost certainly because of these new misaligned accesess, > which cause segfaults on sparc, but show up as runtime errors > with the clang sanitizer on x86: > > TEST: tests/migration-test... (pid=7176) > /s390x/migration/deprecated: OK > /s390x/migration/bad_dest: OK > /s390x/migration/postcopy/unix: > /home/petmay01/linaro/qemu-for-merges/include/migration/qemu-file-types.h:63:22: > runti > me error: load of misaligned address 0x55e9f9b58f67 for type 'const > uint16_t' (aka 'const unsigned short'), which requires 2 byte > alignment > 0x55e9f9b58f67: note: pointer points here > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 > ^ Ok, I'll have a look. (I think this PULL request should not go in anyway since patch 12 is missing the "strip" of the binary, so that the header is unnecessary big ...) Thomas
Re: [Qemu-devel] [PULL 00/12] Migration queue
On 13 September 2018 at 13:53, Juan Quintela wrote: > The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452: > > Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2' > into staging (2018-08-27 16:44:20 +0100) > > are available in the Git repository at: > > git://github.com/juanquintela/qemu.git tags/migration/20180913 > > for you to fetch changes up to 418fe4f69648b4f3f0afd2588926deafac81cfe8: > > tests/migration: Enable the migration test on s390x, too (2018-09-13 > 14:06:26 +0200) > > > migration/next for 20180913 > > Hi this patchset has all pending migration queue that I have (It > superceedes the previous one). > > - fix rdma_return_path (david) > > - s390 migration-test (thomas) > I ported it to the nema Makefile architecuter > Please thomas, confirm that you agree with my changes > > - aarch64 migration-test (wei) > - lots of compression fixes (xiao) > > Please, apply. Hi. This causes the s390 migration test to fail on sparc host: TEST: tests/migration-test... (pid=83922) /s390x/migration/deprecated: OK /s390x/migration/bad_dest: OK /s390x/migration/postcopy/unix: qemu-system-s390x: load of migration failed: Input/output error Broken pipe /home/pm215/qemu/tests/libqtest.c:121: kill_qemu() tried to terminate QEMU process but encountered exit status 1 FAIL GTester: last random seed: R02S7b77f29679b5d4224f073b2cbaed1bff (pid=83946) /s390x/migration/postcopy/recovery: Broken pipe /home/pm215/qemu/tests/libqtest.c:121: kill_qemu() tried to terminate QEMU process but encountered exit status 1 FAIL GTester: last random seed: R02Sefc9588e457bc609665979e83b5071bd (pid=83958) /s390x/migration/precopy/unix: qemu-system-s390x: Unexpected storage key flag data: 0 qemu-system-s390x: error while loading state for instance 0x0 of device 's390-skeys' qemu-system-s390x: load of migration failed: Invalid argument Broken pipe /home/pm215/qemu/tests/libqtest.c:121: kill_qemu() tried to terminate QEMU process but encountered exit status 1 FAIL GTester: last random seed: R02S23be4e2c4ae37551a17c8ae0a9675b47 (pid=83969) FAIL: tests/migration-test This is almost certainly because of these new misaligned accesess, which cause segfaults on sparc, but show up as runtime errors with the clang sanitizer on x86: TEST: tests/migration-test... (pid=7176) /s390x/migration/deprecated: OK /s390x/migration/bad_dest: OK /s390x/migration/postcopy/unix: /home/petmay01/linaro/qemu-for-merges/include/migration/qemu-file-types.h:63:22: runti me error: load of misaligned address 0x55e9f9b58f67 for type 'const uint16_t' (aka 'const unsigned short'), which requires 2 byte alignment 0x55e9f9b58f67: note: pointer points here 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ^ /home/petmay01/linaro/qemu-for-merges/include/migration/qemu-file-types.h:58:22: runtime error: load of misaligned address 0x55e9f9b66ea6 for type 'const uin t32_t' (aka 'const unsigned int'), which requires 4 byte alignment 0x55e9f9b66ea6: note: pointer points here 00 00 00 00 00 00 00 00 01 00 00 00 80 00 00 80 00 00 ff 80 00 00 00 00 00 00 00 00 00 00 00 00 ^ /home/petmay01/linaro/qemu-for-merges/include/migration/qemu-file-types.h:53:22: runtime error: load of misaligned address 0x55e9f9b66ece for type 'const uin t64_t' (aka 'const unsigned long'), which requires 8 byte alignment 0x55e9f9b66ece: note: pointer points here 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ^ /home/petmay01/linaro/qemu-for-merges/include/migration/qemu-file-types.h:83:5: runtime error: store to misaligned address 0x55fc0a5e2fb7 for type 'uint16_t' (aka 'unsigned short'), which requires 2 byte alignment 0x55fc0a5e2fb7: note: pointer points here 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ^ /home/petmay01/linaro/qemu-for-merges/include/migration/qemu-file-types.h:78:5: runtime error: store to misaligned address 0x55fc0a5f0ee6 for type 'uint32_t' (aka 'unsigned int'), which requires 4 byte alignment 0x55fc0a5f0ee6: note: pointer points here 00 00 00 00 00 00 00 00 01 00 00 00 80 00 00 80 00 00 ff 80 00 00 00 00 00 00 00 00 00 00 00 00 ^ /home/petmay01/linaro/qemu-for-merges/include/migration/qemu-file-types.h:73:5: runtime error: store to misaligned address 0x55fc0a5f0f0e for type 'uint64_t' (aka 'unsigned long'), which requires 8 byte alignment 0x55fc0a5f0f0e: note: pointer points here 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ^ OK /s390x/migration/postcopy/recovery:
[Qemu-devel] [PULL 00/12] Migration queue
The following changes since commit 19b599f7664b2ebfd0f405fb79c14dd241557452: Merge remote-tracking branch 'remotes/armbru/tags/pull-error-2018-08-27-v2' into staging (2018-08-27 16:44:20 +0100) are available in the Git repository at: git://github.com/juanquintela/qemu.git tags/migration/20180913 for you to fetch changes up to 418fe4f69648b4f3f0afd2588926deafac81cfe8: tests/migration: Enable the migration test on s390x, too (2018-09-13 14:06:26 +0200) migration/next for 20180913 Hi this patchset has all pending migration queue that I have (It superceedes the previous one). - fix rdma_return_path (david) - s390 migration-test (thomas) I ported it to the nema Makefile architecuter Please thomas, confirm that you agree with my changes - aarch64 migration-test (wei) - lots of compression fixes (xiao) Please, apply. Dr. David Alan Gilbert (1): migration/rdma: Fix uninitialised rdma_return_path Jose Ricardo Ziviani (1): Add a hint message to loadvm and exits on failure Thomas Huth (1): tests/migration: Enable the migration test on s390x, too Wei Huang (4): tests/migration: Convert x86 boot block compilation script into Makefile tests/migration: Support cross compilation in generating boot header file tests/migration: Add migration-test header file tests: Add migration test for aarch64 Xiao Guangrong (5): migration: fix calculating xbzrle_counters.cache_miss_rate migration: handle the error condition properly migration: do not flush_compressed_data at the end of iteration migration: show the statistics of compression migration: use save_page_use_compression in flush_compressed_data hmp.c | 13 + migration/migration.c | 12 + migration/ram.c| 103 +++-- migration/ram.h| 1 + migration/rdma.c | 2 +- migration/savevm.c | 4 +- qapi/migration.json| 26 +- tests/Makefile.include | 2 + tests/migration-test.c | 83 +++- tests/migration/Makefile | 35 ++ tests/migration/aarch64/Makefile | 20 + tests/migration/aarch64/a-b-kernel.S | 75 tests/migration/aarch64/a-b-kernel.h | 19 + tests/migration/i386/Makefile | 22 ++ .../{x86-a-b-bootblock.s => i386/a-b-bootblock.S} | 4 - .../{x86-a-b-bootblock.h => i386/a-b-bootblock.h} | 8 +- tests/migration/migration-test.h | 34 ++ tests/migration/rebuild-x86-bootblock.sh | 33 -- tests/migration/s390x/Makefile | 22 ++ tests/migration/s390x/a-b-bios.c | 35 ++ tests/migration/s390x/a-b-bios.h | 427 + vl.c | 1 + 22 files changed, 899 insertions(+), 82 deletions(-) create mode 100644 tests/migration/Makefile create mode 100644 tests/migration/aarch64/Makefile create mode 100644 tests/migration/aarch64/a-b-kernel.S create mode 100644 tests/migration/aarch64/a-b-kernel.h create mode 100644 tests/migration/i386/Makefile rename tests/migration/{x86-a-b-bootblock.s => i386/a-b-bootblock.S} (93%) rename tests/migration/{x86-a-b-bootblock.h => i386/a-b-bootblock.h} (92%) create mode 100644 tests/migration/migration-test.h delete mode 100755 tests/migration/rebuild-x86-bootblock.sh create mode 100644 tests/migration/s390x/Makefile create mode 100644 tests/migration/s390x/a-b-bios.c create mode 100644 tests/migration/s390x/a-b-bios.h
Re: [Qemu-devel] [PULL 00/12] migration queue
Il 27/06/2013 12:37, Juan Quintela ha scritto: Peter Lieven (2): Revert migration: do not sent zero pages in bulk stage migration: do not overwrite zero pages These have to go to 1.5.2. Paolo
[Qemu-devel] [PULL 00/12] migration queue
Hi Anthony, please pull. - improve error message (Alon) - Make zero pages to work again (Peter Lieven) - First 10 patches of RDMA support Thanks, Juan. The following changes since commit 3e5087329489e0beceecf3426f1216619821937f: Merge remote-tracking branch 'pmaydell/arm-devs.for-upstream' into staging (2013-06-25 14:14:13 -0500) are available in the git repository at: git://github.com/juanquintela/qemu.git migration.next for you to fetch changes up to 60d9222c8f50c3e5dd3df9ee84ddd1d1c4b35389: rdma: introduce capability x-rdma-pin-all (2013-06-27 02:38:36 +0200) Alon Levy (1): arch_init/ram_load: add error message for block length mismatch Michael R. Hines (9): rdma: add documentation rdma: introduce qemu_update_position() rdma: export yield_until_fd_readable() rdma: export throughput w/ MigrationStats QMP rdma: introduce qemu_file_mode_is_not_valid() rdma: export qemu_fflush() rdma: introduce qemu_ram_foreach_block() rdma: new QEMUFileOps hooks rdma: introduce capability x-rdma-pin-all Peter Lieven (2): Revert migration: do not sent zero pages in bulk stage migration: do not overwrite zero pages arch_init.c | 42 +++-- docs/rdma.txt | 415 ++ exec.c| 9 + hmp.c | 2 + include/block/coroutine.h | 6 + include/exec/cpu-common.h | 5 + include/migration/migration.h | 25 +++ include/migration/qemu-file.h | 32 migration.c | 15 ++ qapi-schema.json | 12 +- qemu-coroutine-io.c | 23 +++ savevm.c | 114 12 files changed, 647 insertions(+), 53 deletions(-) create mode 100644 docs/rdma.txt
Re: [Qemu-devel] [PULL 00/12] migration queue
On 27 June 2013 11:37, Juan Quintela quint...@redhat.com wrote: Anthony, please pull. - improve error message (Alon) - Make zero pages to work again (Peter Lieven) - First 10 patches of RDMA support Hi. I'm afraid this broke compilation of linux-user targets: CCarm-linux-user/exec.o In file included from /home/petmay01/linaro/qemu-from-laptop/qemu/include/hw/hw.h:14:0, from /home/petmay01/linaro/qemu-from-laptop/qemu/exec.c:30: /home/petmay01/linaro/qemu-from-laptop/qemu/include/migration/qemu-file.h:80:32: error: unknown type name ‘ram_addr_t’ /home/petmay01/linaro/qemu-from-laptop/qemu/include/migration/qemu-file.h:81:32: error: unknown type name ‘ram_addr_t’ /home/petmay01/linaro/qemu-from-laptop/qemu/include/migration/qemu-file.h:94:5: error: unknown type name ‘QEMURamSaveFunc’ /home/petmay01/linaro/qemu-from-laptop/qemu/exec.c:2634:29: error: unknown type name ‘RAMBlockIterFunc’ make[1]: *** [exec.o] Error 1 git bisect says the offending commit is bd2fa51fcd (and then 43487c67 adds further errors). thanks -- PMM
Re: [Qemu-devel] [PULL 00/12] migration queue
On 27 June 2013 11:37, Juan Quintela quint...@redhat.com wrote: Anthony, please pull. - improve error message (Alon) - Make zero pages to work again (Peter Lieven) - First 10 patches of RDMA support Hi; could you adjust your pullrequest scripts to retransmit the patches as followup emails to the pullreq mail, please? It makes it easier to follow up when patches within a merge turn out to have issues. (cf http://wiki.qemu.org/Contribute/SubmitAPullRequest and previous on-list discussion.) thanks -- PMM
Re: [Qemu-devel] [PULL 00/12] migration queue
On 06/27/2013 03:20 PM, Peter Maydell wrote: On 27 June 2013 11:37, Juan Quintela quint...@redhat.com wrote: Anthony, please pull. - improve error message (Alon) - Make zero pages to work again (Peter Lieven) - First 10 patches of RDMA support Hi; could you adjust your pullrequest scripts to retransmit the patches as followup emails to the pullreq mail, please? It makes it easier to follow up when patches within a merge turn out to have issues. (cf http://wiki.qemu.org/Contribute/SubmitAPullRequest and previous on-list discussion.) thanks -- PMM Ooops. forgot to move the #endif in the patch - I never tried any of the other compilation targets before = ) Will send a fix ASAP in the next patch series. - Michael
Re: [Qemu-devel] [PULL 00/12] migration queue
Peter Maydell peter.mayd...@linaro.org wrote: On 27 June 2013 11:37, Juan Quintela quint...@redhat.com wrote: Anthony, please pull. - improve error message (Alon) - Make zero pages to work again (Peter Lieven) - First 10 patches of RDMA support Hi; could you adjust your pullrequest scripts to retransmit the patches as followup emails to the pullreq mail, please? It makes it easier to follow up when patches within a merge turn out to have issues. (cf http://wiki.qemu.org/Contribute/SubmitAPullRequest and previous on-list discussion.) Sorry, actually my problem was dtc, that for some reason got wrong :-( $ time make -j3 -C /scratch/tmp/all/make: Entering directory `/scratch/tmp/all' config-host.mak is out-of-date, running configure ERROR: DTC not present. Your options: (1) Preferred: Install the DTC devel package (2) Fetch the DTC submodule, using: git submodule update --init dtc make: *** [config-host.mak] Error 1 make: Leaving directory `/scratch/tmp/all' real0m4.273s user0m2.568s sys 0m1.044s It used to compile on this machine (I had installed the dtc package, as this used to work, something else got broken). Sorry about this. Later, Juan.
Re: [Qemu-devel] [PULL 00/12] migration queue
On 28 June 2013 06:27, Juan Quintela quint...@redhat.com wrote: Sorry, actually my problem was dtc, that for some reason got wrong :-( $ time make -j3 -C /scratch/tmp/all/make: Entering directory `/scratch/tmp/all' config-host.mak is out-of-date, running configure ERROR: DTC not present. Your options: (1) Preferred: Install the DTC devel package (2) Fetch the DTC submodule, using: git submodule update --init dtc It used to compile on this machine (I had installed the dtc package, as this used to work, something else got broken). Yeah, there's been a recent change that means we no longer treat most system dtc as valid (because they don't ship libfdt_env.h); you need to either upgrade your libfdt, or just use the submodule. thanks -- PMM
Re: [Qemu-devel] [PULL 00/12] migration queue
Juan Quintela quint...@redhat.com wrote: Peter Maydell peter.mayd...@linaro.org wrote: On 27 June 2013 11:37, Juan Quintela quint...@redhat.com wrote: Anthony, please pull. - improve error message (Alon) - Make zero pages to work again (Peter Lieven) - First 10 patches of RDMA support Hi; could you adjust your pullrequest scripts to retransmit the patches as followup emails to the pullreq mail, please? It makes it easier to follow up when patches within a merge turn out to have issues. (cf http://wiki.qemu.org/Contribute/SubmitAPullRequest and previous on-list discussion.) Sorry, actually my problem was dtc, that for some reason got wrong :-( $ time make -j3 -C /scratch/tmp/all/make: Entering directory `/scratch/tmp/all' config-host.mak is out-of-date, running configure ERROR: DTC not present. Your options: (1) Preferred: Install the DTC devel package (2) Fetch the DTC submodule, using: git submodule update --init dtc make: *** [config-host.mak] Error 1 make: Leaving directory `/scratch/tmp/all' real 0m4.273s user 0m2.568s sys 0m1.044s It used to compile on this machine (I had installed the dtc package, as this used to work, something else got broken). Sorry about this. I mean that I didn't compile all arches due to this other error.