qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: Unmaintained QEMU builds


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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]