From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:51474) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmyCl-0008JP-FV for qemu-devel@nongnu.org; Mon, 16 Jan 2012 20:51:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RmyCk-0001ZP-3p for qemu-devel@nongnu.org; Mon, 16 Jan 2012 20:51:19 -0500 Received: from e38.co.us.ibm.com ([32.97.110.159]:45870) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmyCj-0001ZL-Tz for qemu-devel@nongnu.org; Mon, 16 Jan 2012 20:51:18 -0500 Received: from /spool/local by e38.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 16 Jan 2012 18:51:15 -0700 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 640191FF004B for ; Mon, 16 Jan 2012 18:50:14 -0700 (MST) Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q0H1oFbt345730 for ; Mon, 16 Jan 2012 20:50:15 -0500 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q0H1oEv3006812 for ; Mon, 16 Jan 2012 23:50:14 -0200 Message-ID: <4F14D3D5.9050202@linux.vnet.ibm.com> Date: Mon, 16 Jan 2012 19:50:13 -0600 From: Michael Roth MIME-Version: 1.0 References: <20120101114514.GC20432@garlic.redhat.com> <20120101141928.GE20432@garlic.redhat.com> <20120102101855.GH20432@garlic.redhat.com> <20120102114919.GJ20432@garlic.redhat.com> <1326627698.2734.1.camel@vadimr.dell> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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?IkNoYXJsZXMuVHNhaS3olKHmuIXmtbct56CU56m255m85bGV6YOoIg==?= Cc: Stefan Hajnoczi , qemu-devel , Alon Levy , Vadim Rozenfeld , spice-devel@lists.freedesktop.org, =?UTF-8?B?QWxleCBIdWFuZy3pu4Plv4Xos6It?= =?UTF-8?B?56CU56m255m85bGV6YOo?= On 01/15/2012 08:02 PM, Charles.Tsai-蔡清海-研究發展部 wrote: > Vadim, > > Thank you for your prompt reply. Here are the information for our test case. > > > 1) we use the following command line to launch the guest OS > > > /usr/bin/kvm -S -M pc-0.14 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name win_xp -uuid d9388815-ddd3-c38e-33c2-a9d5fcc7a775 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/win_xp.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=readline > -rtc base=localtime > -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,multifunction=on,addr=0x5.0x0 > -drive file=/media/Images/Windows-XP.img,if=none,id=drive-ide0-0-0,format=raw > -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 > -netdev tap,fd=17,id=hostnet0 > -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:e8:dc:b1,bus=pci.0,multifunction=on,addr=0x3.0x0 > -chardev pty,id=charserial0 > -device isa-serial,chardev=charserial0,id=serial0 > -chardev spicevmc,id=charchannel0,name=vdagent > -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 > -usb -device usb-tablet,id=input0 > -spice port=5900,addr=0.0.0.0,disable-ticketing > -vga qxl -global qxl-vga.vram_size=67108864 -device virtio-balloon-pci,id=balloon0,bus=pci.0,multifunction=on,addr=0x4.0x0 > > > > 2). In Guest Windows XP OS > > > When the following callback function of the vioserial device is called in guest OS. The allocated resources is empty. > > > VIOSerialEvtDevicePrepareHardware() ---This function is to get the I/O address of the vioserial device and map the physical address to the logical address space. > > I added the following trace and the value of nListSize is ZERO. > TraceEvents(TRACE_LEVEL_INFORMATION, DBG_PNP, "%s (nListSize=%d)\n", __FUNCTION__,nListSize); > > > So far, we have tested Qemu 0.14 without any problem but Qemu 0.15 seemed to be broken in vioserial device. > Let me know if you need further information. Thanks. > Hi Charles, What versions of the virtio-win drivers are you using? I've been testing virtio-serial on windows using the latest qemu.git (1.0). Linux guests work fine, but I've been having various issues with Windows 7, XP SP3, and Server 2008 R1. XP SP3 works intermittently for me using RHEL6.0 virtio-win, as well as the drivers at: http://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/bin/ But I've been getting a mix of issues such as guest hangs, vioser-test failing to enumerate any virtio-serial devices, or various non-critical error messages from qemu that seem to coincide with the channel being open/closed (occasionally resulting in the channel becoming unresponsive). Do any of these seem similar to the behaviour you're seeing? If so I'll see if the issues go away on 0.14.0 and follow-up with a git bisect.