Hello Frediano, I'm tracking a rather difficult bug in qemu, where it appears that events in the glib loop are "lost". This is characterized by the emulated qemu serial console hanging until someone presses a key. This is normally disguised in the busy main loop of qemu (since some other event turns up often and "bumps" things along), but in my application there are no processes running inside the qemu guest and so I hit these hangs rather frequently.
The BZ with all the details is: https://bugzilla.redhat.com/show_bug.cgi?id=1435432 I eventually tracked this down to a single glib2 commit: e4ee3079c5afc3c1c3d2415f20c3e8605728f074 is the first bad commit commit e4ee3079c5afc3c1c3d2415f20c3e8605728f074 Author: Frediano Ziglio <fzig...@redhat.com> Date: Mon Jan 25 14:59:24 2016 +0000 Do not wake up main loop if change is from same thread This reduce the frequency the loop is waked up adding and removing file descriptors or timeouts. Considering that to support recursion events are removed from list and added again this reduce iteration number a lot. Signed-off-by: Frediano Ziglio <fzig...@redhat.com> https://bugzilla.gnome.org/show_bug.cgi?id=761102 :040000 040000 bb42e86b5a2c962322a84b52c939f16df2c43034 8d31e66a35fb3ae1e72fa7a34ad861bfd332bd84 M glib Reverting the commit on top of glib2 git HEAD fixes the problem in qemu. So I guess I have a question: Is this change supposed to be completely neutral to programs using glib, or should qemu make a corresponding change? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v
