diff options
author | Anthony Liguori <aliguori@us.ibm.com> | 2011-08-22 08:12:53 -0500 |
---|---|---|
committer | Anthony Liguori <aliguori@us.ibm.com> | 2011-09-01 13:12:33 -0500 |
commit | 4d88a2ac8643265108ef1fb47ceee5d7b28e19f2 (patch) | |
tree | 414fdb0116a621018747b0e5def57f10ff6e6ee4 /default-configs | |
parent | 69e5bb68a5e95286edd59c3ce34c6f7bae5b5548 (diff) | |
download | qemu-4d88a2ac8643265108ef1fb47ceee5d7b28e19f2.zip qemu-4d88a2ac8643265108ef1fb47ceee5d7b28e19f2.tar.gz qemu-4d88a2ac8643265108ef1fb47ceee5d7b28e19f2.tar.bz2 |
main: switch qemu_set_fd_handler to g_io_add_watch
This patch changes qemu_set_fd_handler to be implemented in terms of
g_io_add_watch(). The semantics are a bit different so some glue is required.
qemu_set_fd_handler2 is much harder to convert because of its use of polling.
The glib main loop has the major of advantage of having a proven thread safe
architecture. By using the glib main loop instead of our own, it will allow us
to eventually introduce multiple I/O threads.
I'm pretty sure that this will work on Win32, but I would appreciate some help
testing. I think the semantics of g_io_channel_unix_new() are really just tied
to the notion of a "unix fd" and not necessarily unix itself.
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Diffstat (limited to 'default-configs')
0 files changed, 0 insertions, 0 deletions