diff options
| author | Anthony Liguori | 2011-08-22 15:12:53 +0200 |
|---|---|---|
| committer | Anthony Liguori | 2011-09-01 20:12:33 +0200 |
| commit | 4d88a2ac8643265108ef1fb47ceee5d7b28e19f2 (patch) | |
| tree | 414fdb0116a621018747b0e5def57f10ff6e6ee4 /hw/sh_pci.c | |
| parent | Add glib support to main loop (diff) | |
| download | qemu-4d88a2ac8643265108ef1fb47ceee5d7b28e19f2.tar.gz qemu-4d88a2ac8643265108ef1fb47ceee5d7b28e19f2.tar.xz qemu-4d88a2ac8643265108ef1fb47ceee5d7b28e19f2.zip | |
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 'hw/sh_pci.c')
0 files changed, 0 insertions, 0 deletions