[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Main loop
From: |
Glauber Costa |
Subject: |
Re: [Qemu-devel] Main loop |
Date: |
Mon, 28 Sep 2009 10:57:23 -0300 |
User-agent: |
Jack Bauer |
> > Glauber spent some time with the IO thread recently. Any reason you didn't
> > start with the existing IO thread (besides the fact that it doesn't work
> > with
> > TCG)?
> >
>
> Because i wasn't writing a replacement for IO Thread to begin with (btw it
> does work with TCG), what it doesn't do is play nicely with icount[1],
> work on Windows, and for mysterious reasons still requires alarm timers,
> it also deadlocks for me when killing QEMU windows while running smp
> guest, but that's easily corrected mistake somewhere i guess.
You wasn't, but you ended up doing so, since it is unlikely that they will both
live in the end. I am still reading your patch, and I still have to struggle a
little
bit to understand it. Can you please tell us why do you think your approach is
better?
The current I/O thread currently works with both kvm and tcg. For KVM, I am
quite close
(expecting to post patches today) that enables the in-kernel irqchip for it,
and pretty
close to do smp.
Note that I don't think it requires alarm timers at all, by design. So, again,
why should
we drop what we have in favour of your implementation?
- [Qemu-devel] Main loop, malc, 2009/09/26
- Re: [Qemu-devel] Main loop, Anthony Liguori, 2009/09/26
- Re: [Qemu-devel] Main loop, malc, 2009/09/27
- Re: [Qemu-devel] Main loop, Anthony Liguori, 2009/09/27
- Re: [Qemu-devel] Main loop, malc, 2009/09/27
- Re: [Qemu-devel] Main loop,
Glauber Costa <=
- Re: [Qemu-devel] Main loop, malc, 2009/09/28
- Re: [Qemu-devel] Main loop, Anthony Liguori, 2009/09/28
- Re: [Qemu-devel] Main loop, Glauber Costa, 2009/09/28
- Re: [Qemu-devel] Main loop, malc, 2009/09/28
- Re: [Qemu-devel] Main loop, malc, 2009/09/27
Re: [Qemu-devel] Main loop, Blue Swirl, 2009/09/27
Re: [Qemu-devel] Main loop, malc, 2009/09/27
Message not available