From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=33298 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PN5DW-0006Ey-0P for qemu-devel@nongnu.org; Mon, 29 Nov 2010 10:00:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PN5DU-0004XF-EV for qemu-devel@nongnu.org; Mon, 29 Nov 2010 10:00:33 -0500 Received: from mail.codesourcery.com ([38.113.113.100]:56108) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PN5DU-0004Wg-5e for qemu-devel@nongnu.org; Mon, 29 Nov 2010 10:00:32 -0500 Date: Mon, 29 Nov 2010 07:00:25 -0800 From: Nathan Froyd Subject: Re: Windows host support [was: Re: [Qemu-devel] CFP: 1st International QEMU Users Forum] Message-ID: <20101129150024.GV8544@codesourcery.com> References: <20101125235615.157DC28C0F@zimbra14-e2.priv.proxad.net> <9E836916-8225-4368-B562-C68B90611CDF@free.fr> <20101128001719.GO8544@codesourcery.com> <7CC3C2D7-125A-4BDB-954B-275576211D6A@suse.de> <4CF3B9F4.9090807@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CF3B9F4.9090807@codemonkey.ws> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: =?iso-8859-1?B?RnLpZOlyaWMgUOl0cm90?= , =?iso-8859-1?Q?Fran=E7ois?= Revol , wolfgang mueller , Alexander Graf , QEMU-devel Developers On Mon, Nov 29, 2010 at 08:34:28AM -0600, Anthony Liguori wrote: > On 11/28/2010 04:56 AM, Alexander Graf wrote: >> On 28.11.2010, at 01:17, Nathan Froyd wrote: >>> We (CodeSourcery) are very interested in Windows host support. (We >>> distribute QEMU with our commerical development products for >>> ARM/PowerPC/MIPS/SH/ColdFire/x86.) Unfortunately, we've mostly been >>> backporting patches lately and haven't done a full merge from upstream >>> in some time, so we haven't noticed any potential breakage. If somebody >>> wanted to point out to me what the (potential) Windows issues are, we >>> could take a look. >>> >> Redirecting you to Anthony here for the specifics. The main problem >> is that we don't have anyone who takes the lead on Windows >> support. _If_ something breaks of _if_ we need someone to take over >> the windows specific parts, there's this huge gap. > > Uh, Windows system simulation has never worked reliably. It doesn't > even have proper AIO support. > > If someone is building a product based on it, I'm amazed. Well, technically we only support QEMU as a simple instruction set simulator in our products, and the bits present work well enough for that. (It is of course possible those bits have been broken in the time since our last upstream merge.) If you want to venture into system simulation and it breaks, then you get to keep both pieces. It would, however, be better to eventually support full system simulation, and making Windows hosts work right would be a necessary precondition to that. -Nathan