From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:37454) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SUKhP-0000xJ-OQ for qemu-devel@nongnu.org; Tue, 15 May 2012 12:34:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SUKhF-00015z-2o for qemu-devel@nongnu.org; Tue, 15 May 2012 12:34:11 -0400 Received: from v220110690675601.yourvserver.net ([78.47.199.172]:35218) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SUKhE-00015H-TD for qemu-devel@nongnu.org; Tue, 15 May 2012 12:34:01 -0400 Message-ID: <4FB28574.1080900@weilnetz.de> Date: Tue, 15 May 2012 18:33:56 +0200 From: Stefan Weil MIME-Version: 1.0 References: <4FB27EA1.4080800@us.ibm.com> In-Reply-To: <4FB27EA1.4080800@us.ibm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [ANNOUNCE] QEMU 1.1-rc2 release List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel Am 15.05.2012 18:04, schrieb Anthony Liguori: > Hi, > > On behalf of the QEMU Team, I'd like to announce the availability of > the second release candidate for the QEMU 1.1 release. This release > is meant for testing purposes and should not be used in a production > environment. > > http://wiki.qemu.org/download/qemu-1.1.0-rc2.tar.bz2 > > You can help improve the quality of the QEMU 1.1 release by testing > this release and reporting bugs on Launchpad: > > https://bugs.launchpad.net/qemu/ > > The release plan for the 1.1 release is available at: > > http://wiki.qemu.org/Planning/1.1 > > And a detailed change log is available at: > > http://wiki.qemu.org/ChangeLog/Next > > Known Issues: > > - There appears to be a failure in make check on some platforms. > This will be resolved in -rc3. > Just for the record: there are a lot more known issues. Here is a small extract: - SDL (zooming) and VNC both access uninitialized memory. SDL even writes out of bounds. Valgrind finds both kinds of defects easily. - There are still several known memory leaks. For some of them patches were already sent to qemu-devel. - There are known deficits in the emulations. Even the x86_64 system emulation which is one of the best maintained emulations still causes a blue screen when running a 64 bit Windows guest in TCG mode, for example. A lot was already done, but there still remains much work to be done :-) Cheers, Stefan Weil