On 09/01/2011 01:31 PM, Andreas Färber wrote:
Am 30.08.2011 um 21:28 schrieb Anthony Liguori:

On 08/30/2011 01:45 PM, Andreas Färber wrote:
Am 30.08.2011 um 00:42 schrieb Jan Kiszka:

What about making --enable-io-thread default as an intermediate step?
That would leave --disable-io-thread as temporary workaround until all
issues are fixed. The latter could generate a big fat warning that this
mode will be removed before 1.0.

Yes please, that proposal sounds much better.

If http://wiki.qemu.org/Planning/1.0 is still up-to-date, we have about
six weeks to make I/O thread work everywhere.

I'm not a big fan of just flipping the configure flag. There is other
work being held up by disable-io-thread like the timer conversion.

If there aren't known issues, then I want to remove the non-I/O thread
code. git history is still there for anyone that wants to test w/o it.

My problem is that at HEAD *none* of the i386,ppc,sparc guests that used
to work about a month ago boot *at all* on my Darwin/ppc64 host.

Might be TCG, might be the new MemoryRegion API, might be (non-)I/O
thread. Means a lot of git history testing despite little time. An
ultimatum to make things even worse doesn't really help there... ;)

For a platform to be supported, it needs to be actively maintained and fixed. If there aren't enough folks testing/fixing Darwin/ppc64, then it's not a platform we can reasonable support :-/

Regards,

Anthony Liguori


Andreas


Reply via email to