diff options
| author | Sangho Park <sangho1206.park@samsung.com> | 2014-05-08 12:47:10 +0400 |
|---|---|---|
| committer | Stefan Hajnoczi <stefanha@redhat.com> | 2014-05-09 20:57:35 +0200 |
| commit | 5a007547df76446ab891df93ebc55749716609bf (patch) | |
| tree | 22de00b700cd18acc30e65959e6270bf8226a5ea /hw/gpio/zaurus.c | |
| parent | fd040174ac7c302365c1d6dc5646f957972d67d6 (diff) | |
| download | focaccia-qemu-5a007547df76446ab891df93ebc55749716609bf.tar.gz focaccia-qemu-5a007547df76446ab891df93ebc55749716609bf.zip | |
glib: fix g_poll early timeout on windows
g_poll has a problem on Windows when using timeouts < 10ms, in glib/gpoll.c: /* If not, and we have a significant timeout, poll again with * timeout then. Note that this will return indication for only * one event, or only for messages. We ignore timeouts less than * ten milliseconds as they are mostly pointless on Windows, the * MsgWaitForMultipleObjectsEx() call will timeout right away * anyway. */ if (retval == 0 && (timeout == INFINITE || timeout >= 10)) retval = poll_rest (poll_msgs, handles, nhandles, fds, nfds, timeout); so whenever g_poll is called with timeout < 10ms it does a quick poll instead of wait, this causes significant performance degradation of QEMU, thus we should use WaitForMultipleObjectsEx directly Signed-off-by: Stanislav Vorobiov <s.vorobiov@samsung.com> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Diffstat (limited to 'hw/gpio/zaurus.c')
0 files changed, 0 insertions, 0 deletions