From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35661) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAb5z-0007np-Cu for qemu-devel@nongnu.org; Thu, 02 Jul 2015 05:47:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZAb5u-0007De-Gh for qemu-devel@nongnu.org; Thu, 02 Jul 2015 05:47:51 -0400 Received: from [59.151.112.132] (port=45391 helo=heian.cn.fujitsu.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAb5s-0007DO-Od for qemu-devel@nongnu.org; Thu, 02 Jul 2015 05:47:46 -0400 Message-ID: <559509A5.8020309@cn.fujitsu.com> Date: Thu, 2 Jul 2015 17:51:33 +0800 From: Wen Congyang MIME-Version: 1.0 References: <1435747190-18017-1-git-send-email-quintela@redhat.com> In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PULL 00/26] Migration pull request List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell , Juan Quintela Cc: Amit Shah , QEMU Developers On 07/02/2015 05:31 PM, Peter Maydell wrote: > On 1 July 2015 at 11:39, Juan Quintela wrote: >> Hi >> >> This series includes: >> - rdma fixes by Dave >> - rdma memory fix by gonglei >> - vmdescription for old machine types (dave) >> - fix footers for power (dave) >> - migration bitmap extensions (Li) >> just fixed the compilation issues for linux-users >> - migration events (me) >> - optional secttions (me) >> - global configuration (me) >> >> >> Please, Apply. >> >> >> The following changes since commit d2966f804d70a244f5dde395fc5d22a50ed3e74e: >> >> Merge remote-tracking branch 'remotes/vivier/tags/pull-m68k-20150629' into staging (2015-06-29 17:03:20 +0100) >> >> are available in the git repository at: >> >> git://github.com/juanquintela/qemu.git tags/migration/20150701 >> >> for you to fetch changes up to a4fe58b0ea0d78f92461607f4f90be3384fa30e5: >> >> migration: Add migration events on target side (2015-07-01 12:35:05 +0200) >> >> ---------------------------------------------------------------- >> migration/next for 20150701 > > On OSX at least every QEMU executable aborts immediately > with "qemu: qemu_mutex_lock: Invalid argument". Here's a backtrace: > > #0 0x00007fff92c29286 in __pthread_kill () > #1 0x00007fff8a4f342f in pthread_kill () > #2 0x00007fff9240eb53 in abort () > #3 0x00000001002b0915 in error_exit (err= unavailable, due to optimizations>, msg= unavailable, due to optimizations>) at > /Users/pm215/src/qemu/util/qemu-thread-posix.c:48 > #4 0x00000001002b095d in qemu_mutex_lock (mutex= unavailable, due to optimizations>) at > /Users/pm215/src/qemu/util/qemu-thread-posix.c:75 > #5 0x0000000100050f20 in migration_bitmap_extend (old=0, new=32768) > at /Users/pm215/src/qemu/migration/ram.c:1068 > #6 0x0000000100002a8d in ram_block_add [inlined] () at > /Users/pm215/src/qemu/exec.c:1407 > #7 0x0000000100002a8d in qemu_ram_alloc_internal (size= temporarily unavailable, due to optimizations>, max_size= temporarily unavailable, due to optimizations>, resized= temporarily unavailable, due to optimizations>, host= temporarily unavailable, due to optimizations>, resizeable=false, > mr=0x100e97320, errp= optimizations>) at /Users/pm215/src/qemu/exec.c:1537 > #8 0x0000000100002e71 in qemu_ram_alloc (size=1823, mr=0x100e97320, > errp=) at > /Users/pm215/src/qemu/exec.c:1554 > #9 0x000000010004353f in memory_region_init_ram (mr=0x100e97320, > owner=, > name=, > size=134217728, errp=0x0) at /Users/pm215/src/qemu/memory.c:1216 > #10 0x000000010003f10a in allocate_system_memory_nonnuma [inlined] () > at /Users/pm215/src/qemu/numa.c:339 > #11 0x000000010003f10a in memory_region_allocate_system_memory > (mr=0x100e97320, owner=0x6, name=0x0, ram_size=140734799798744) at > /Users/pm215/src/qemu/numa.c:352 > #12 0x00000001000781cb in pc_memory_init (machine=0x102198630, > system_memory=0x102199690, below_4g_mem_size=134217728, > above_4g_mem_size=0, rom_memory=0x100e96de0, > ram_memory=0x7fff5fbfe4b8, guest_info= due to optimizations>) at /Users/pm215/src/qemu/hw/i386/pc.c:1254 > #13 0x000000010007aae6 in pc_init1 (machine=0x102198630) at > /Users/pm215/src/qemu/hw/i386/pc_piix.c:182 > #14 0x00000001000e3cf9 in realtime_init [inlined] () at > /Users/pm215/src/qemu/vl.c:4503 > #15 0x00000001000e3cf9 in qemu_main (argc= unavailable, due to optimizations>, argv= unavailable, due to optimizations>, envp=0x0) at > /Users/pm215/src/qemu/vl.c:4505 > #16 0x00000001002117be in -[QemuCocoaAppController > startEmulationWithArgc:argv:] (self= due to optimizations>, _cmd= optimizations>, argc=1823, argv=0x102199690) at > /Users/pm215/src/qemu/ui/cocoa.m:941 > > A breakpoint on ram_save_setup() is never hit, so it looks > like the problem is the mutex is being used before it is > initialized. Yes. I don't know why our test doesn't trigger this problem. Will fix it soon. Thanks Wen Congyang > > thanks > -- PMM > > . >