From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:56402) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rnp0I-0004GE-UN for qemu-devel@nongnu.org; Thu, 19 Jan 2012 05:13:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rnp0D-0003RX-2o for qemu-devel@nongnu.org; Thu, 19 Jan 2012 05:13:58 -0500 Received: from mail-wi0-f173.google.com ([209.85.212.173]:38719) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rnp0C-0003R6-TC for qemu-devel@nongnu.org; Thu, 19 Jan 2012 05:13:53 -0500 Received: by wibhm11 with SMTP id hm11so5428167wib.4 for ; Thu, 19 Jan 2012 02:13:51 -0800 (PST) Date: Thu, 19 Jan 2012 08:09:57 +0000 From: Stefan Hajnoczi Message-ID: <20120119080957.GA17549@stefanha-thinkpad.localdomain> References: <20120102101855.GH20432@garlic.redhat.com> <20120102114919.GJ20432@garlic.redhat.com> <1326627698.2734.1.camel@vadimr.dell> <4F14D3D5.9050202@linux.vnet.ibm.com> <1326833810.5467.4.camel@vadimr.dell> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [Qemu-devel] [Spice-devel] Vioserial of Windows guest OS on Qemu 0.15 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?utf-8?B?Q2hhcmxlcy5Uc2FpLeiUoea4hea1ty3noJTnqbbnmbzlsZXpg6g=?= Cc: qemu-devel , Michael Roth , Alon Levy , Vadim Rozenfeld , spice-devel@lists.freedesktop.org, Alex =?utf-8?B?SHVhbmct6buD5b+F6LOiLeeglOeptueZvOWxlemDqA==?= On Thu, Jan 19, 2012 at 09:41:15AM +0800, Charles.Tsai-蔡清海-研究發展部 wrote: > I tested on Qemu 1.0.50. and found the VioSerial driver had problem to install on 64-bit Win7 guest. > During the driver installation, the system hung after the driver being installed. After I rebooted the > guest OS, the Vioserial driver work. The hang system seemed to be found only during the driver installation. If you need to reproduce the installation hang I suggest using qemu -snapshot or qemu -drive ...,snapshot=on. These options prevent changes made by the guest to the disk image from being permanent. Once you terminate QEMU the changes will be gone and your disk image will be unchanged - useful for repeatedly testing these types of issues! Stefan