|
From: | Paolo Bonzini |
Subject: | [Qemu-devel] Re: Unmaintained QEMU builds |
Date: | Wed, 18 Aug 2010 10:31:47 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Lightning/1.0b2pre Mnenhy/0.8.3 Thunderbird/3.0.5 |
On 08/17/2010 09:56 PM, Anthony Liguori wrote:
If Paolo's Win32 threads get merged, would there be other reasons against continuing Win32 support?I think a better question would be, should we even bother with thread wrappers? If we drop win32 support, we can just assume pthreads and avoid a layer of indirection.
Yes, we would. qemu_thread_create ensures the newly-created thread won't receive any signals, for example.
Some day the wrappers could even start using futexes directly if there were a reason to do so.
I disagree. There are quite a lot more patches and features written for these systems than Win32. With the exception of Darwin, at least the other Unices are close enough to Linux that the work to support them is relatively small.
Darwin is as close to Linux as FreeBSD is (and very close to FreeBSD, in turn).
Considering that we're well over half a million lines of code today, I think we would do ourselves a favor by dropping some of the dead features we're carrying.
I agree, for example savevm/loadvm support for embedded boards is likely one of these features. Right now I see no reason to declare Win32 a failure, though this may change in the future.
Paolo
[Prev in Thread] | Current Thread | [Next in Thread] |