On Thu, 14 Mar 2019 at 11:48, Peter Maydell <peter.mayd...@linaro.org> wrote: > > On Wed, 13 Mar 2019 at 12:14, Juan Quintela <quint...@redhat.com> wrote: > > > > The following changes since commit 3f3bbfc7cef4490c5ed5550766a81e7d18f08db1: > > > > Merge remote-tracking branch > > 'remotes/huth-gitlab/tags/pull-request-2019-03-12' into staging (2019-03-12 > > 21:06:26 +0000) > > > > are available in the Git repository at: > > > > https://github.com/juanquintela/qemu.git tags/migration-pull-request > > > > for you to fetch changes up to d677dc8d443e00bb9472fda6cc95ed2256f49670: > > > > migration: add support for a "tls-authz" migration parameter (2019-03-13 > > 12:28:21 +0100) > > > > ---------------------------------------------------------------- > > Migration fixes > > > > - multifd "upgrade" from experimental > > - tls auth change (danp) > > > > Later, Juan. > > > > ---------------------------------------------------------------- > > For aarch32 host i386 guest I got this failure on the > migration-test /i386/migration/multifd/tcp test: > > *** Error in `i386-softmmu/qemu-system-i386': malloc(): smallbin > double linked list corrupted: 0x01b564b8 *** > qemu-system-i386: check_section_footer: Read section footer failed: -5 > Broken pipe > qemu-system-i386: load of migration failed: Invalid argument > /home/peter.maydell/qemu/tests/libqtest.c:135: kill_qemu() tried to > terminate QEMU process but encountered exit status 1 > Aborted > ERROR - too few tests run (expected 8, got 7)
I ran the test on the arm box under valgrind and got this, which might or might not be helpful: ==18714== Thread 5 multifdsend_1: ==18714== Syscall param sendmsg(msg.msg_iov[0]) points to uninitialised byte(s) ==18714== at 0xF809B14: sendmsg (syscall-template.S:84) ==18714== by 0x303825: qio_channel_socket_writev (channel-socket.c:543) ==18714== by 0x302021: qio_channel_writev (channel.c:206) ==18714== by 0x302021: qio_channel_writev_all (channel.c:170) ==18714== by 0x302093: qio_channel_write_all (channel.c:256) ==18714== by 0x7C12F: multifd_send_initial_packet (ram.c:713) ==18714== by 0x7C12F: multifd_send_thread (ram.c:1090) ==18714== by 0x33A19F: qemu_thread_start (qemu-thread-posix.c:502) ==18714== by 0xF8025B3: start_thread (pthread_create.c:335) ==18714== by 0xF8B3BEB: ??? (clone.S:89) ==18714== Address 0x2123e67d is on thread 5's stack ==18714== in frame #4, created by multifd_send_thread (ram.c:1082) ==18714== ==18714== Thread 6 multifdsend_0: ==18714== Invalid write of size 4 ==18714== at 0x7C25A: multifd_send_fill_packet (ram.c:808) ==18714== by 0x7C25A: multifd_send_thread (ram.c:1106) ==18714== by 0x33A19F: qemu_thread_start (qemu-thread-posix.c:502) ==18714== by 0xF8025B3: start_thread (pthread_create.c:335) ==18714== by 0xF8B3BEB: ??? (clone.S:89) ==18714== Address 0x1e9bc108 is 0 bytes after a block of size 832 alloc'd ==18714== at 0x4840AB4: calloc (vg_replace_malloc.c:711) ==18714== by 0xF59BB99: g_malloc0 (in /lib/arm-linux-gnueabihf/libglib-2.0.so.0.4800.2) ==18714== ==18714== Invalid write of size 4 ==18714== at 0x7C260: multifd_send_fill_packet (ram.c:808) ==18714== by 0x7C260: multifd_send_thread (ram.c:1106) ==18714== by 0x33A19F: qemu_thread_start (qemu-thread-posix.c:502) ==18714== by 0xF8025B3: start_thread (pthread_create.c:335) ==18714== by 0xF8B3BEB: ??? (clone.S:89) ==18714== Address 0x1e9bc10c is 4 bytes after a block of size 832 alloc'd ==18714== at 0x4840AB4: calloc (vg_replace_malloc.c:711) ==18714== by 0xF59BB99: g_malloc0 (in /lib/arm-linux-gnueabihf/libglib-2.0.so.0.4800.2) ==18714== ==18714== Invalid read of size 4 ==18714== at 0x3018F6: qio_channel_writev_full (channel.c:85) ==18714== by 0x302021: qio_channel_writev (channel.c:206) ==18714== by 0x302021: qio_channel_writev_all (channel.c:170) ==18714== by 0x302093: qio_channel_write_all (channel.c:256) ==18714== by 0x7C2B9: multifd_send_thread (ram.c:1116) ==18714== by 0x33A19F: qemu_thread_start (qemu-thread-posix.c:502) ==18714== by 0xF8025B3: start_thread (pthread_create.c:335) ==18714== by 0xF8B3BEB: ??? (clone.S:89) ==18714== Address 0x30 is not stack'd, malloc'd or (recently) free'd ==18714== ==18714== ==18714== Process terminating with default action of signal 11 (SIGSEGV) ==18714== Access not within mapped region at address 0x30 ==18714== at 0x3018F6: qio_channel_writev_full (channel.c:85) ==18714== by 0x302021: qio_channel_writev (channel.c:206) ==18714== by 0x302021: qio_channel_writev_all (channel.c:170) ==18714== by 0x302093: qio_channel_write_all (channel.c:256) ==18714== by 0x7C2B9: multifd_send_thread (ram.c:1116) ==18714== by 0x33A19F: qemu_thread_start (qemu-thread-posix.c:502) ==18714== by 0xF8025B3: start_thread (pthread_create.c:335) ==18714== by 0xF8B3BEB: ??? (clone.S:89) ==18714== If you believe this happened as a result of a stack ==18714== overflow in your program's main thread (unlikely but ==18714== possible), you can try to increase the size of the ==18714== main thread stack using the --main-stacksize= flag. ==18714== The main thread stack size used in this run was 8388608. ==18714== -- we seem to be writing off the end of a buffer. thanks -- PMM
