[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue
From: |
Wenchao Xia |
Subject: |
Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue |
Date: |
Tue, 24 Jun 2014 22:52:58 +0800 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 |
δΊ 2014/6/24 21:24, Peter Maydell ει:
On 24 June 2014 14:20, Eric Blake <address@hidden> wrote:
Rebase your cleanups on to of this PULL request:
https://lists.gnu.org/archive/html/qemu-devel/2014-06/msg05424.html
I just applied that, so "rebase on top of master"...
There is a test broken due to CompatGMutex in test_qmp_event.c, and
using CompatGMutest instead of simple GStaticMutex is caused by patch:
commit 86946a2d835614050b90bc8e5c82982fe45deff2:
Author: Michael Tokarev <address@hidden>
glib-compat.h: add new thread API emulation on top of pre-2.31 API
It seems cond->once.retval never get a chance to be allocated before
g_mutex_lock(), a bug?
thanks
-- PMM
- [Qemu-devel] [PULL 39/40] monitor: protect outbuf and mux_out with mutex, (continued)
- [Qemu-devel] [PULL 39/40] monitor: protect outbuf and mux_out with mutex, Luiz Capitulino, 2014/06/19
- [Qemu-devel] [PULL 12/40] qapi: add new schema file qapi-event.json, Luiz Capitulino, 2014/06/19
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue, Peter Maydell, 2014/06/20
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue, Luiz Capitulino, 2014/06/20
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue, Paolo Bonzini, 2014/06/20
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue, Paolo Bonzini, 2014/06/20
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue, Eric Blake, 2014/06/20
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue, Wenchao Xia, 2014/06/24
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue, Eric Blake, 2014/06/24
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue, Peter Maydell, 2014/06/24
- Re: [Qemu-devel] [PULL for-2.1 00/40] QMP queue,
Wenchao Xia <=