From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46431) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vdjgu-0005a7-Qu for qemu-devel@nongnu.org; Tue, 05 Nov 2013 11:41:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vdjgp-0007eT-D1 for qemu-devel@nongnu.org; Tue, 05 Nov 2013 11:41:20 -0500 Received: from indium.canonical.com ([91.189.90.7]:60447) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vdjgp-0007eC-3q for qemu-devel@nongnu.org; Tue, 05 Nov 2013 11:41:15 -0500 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1Vdjgo-00008o-D0 for ; Tue, 05 Nov 2013 16:41:14 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 615202E807F for ; Tue, 5 Nov 2013 16:41:14 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Tue, 05 Nov 2013 16:33:25 -0000 From: Jens Frederich Sender: bounces@canonical.com References: <20101204070046.21747.93608.malonedeb@gandwana.canonical.com> Message-Id: <20131105163325.10165.77539.malone@soybean.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 685096] Re: USB Passthrough not working for Windows 7 guest Reply-To: Bug 685096 <685096@bugs.launchpad.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Hi Serge, for your information. I sent a mail to the devel mailing list. See below. I've tried to passthrough special Vector automotive usb in house devices. Look here: http://vector.com/vi_vn1600_en.html. What do you mean with "what commands you've tried"? I've tried three QEMU versions: 1. Ubuntu 13.04 64-bit prebuild qemu-kvm package (qemu 1.4.0) 2. Ubuntu 13.10 64-bit prebuild qemu-kvm package (qemu 1.5.0) 3. Hand builded QEMU 1.6.1 with standard configure call $ ./configure --prefix=3D/opt/kvm && make -j Next, I want to build qemu from git? I use virt-manager or virsh to start/stop my guest. The QEMU command line is: qemu-system-x86_64 -machine accel=3Dkvm:tcg -name VRTP1_win -S -M pc- i440fx-1.4 -cpu SandyBridge -m 3072 -smp 2,sockets=3D1,cores=3D2,threads=3D1 -uuid 8ee5add7-f1a9-d697-9c18-2c1b4967c00e -no-user-config -nodefaults -chardev socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/VRTP1_win.monitor,serv= er,nowait -mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc base=3Dlocaltime -no-shutdown -device piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -device ahci,id=3Dahci0,bus=3Dpci.0,addr=3D0x6 -drive file=3D/var/lib/libvirt/images/VN8912_Development_0.9.2.bin,if=3Dnone,id =3Ddrive-sata0-0-0,format=3Draw -device ide-hd,bus=3Dahci0.0,drive=3Ddrive- sata0-0-0,id=3Dsata0-0-0,bootindex=3D1 -netdev tap,fd=3D27,id=3Dhostnet0,vhost=3Don,vhostfd=3D28 -device virtio-net- pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D52:54:00:71:f5:45,bus=3Dpci.0,addr=3D= 0x3 -chardev pty,id=3Dcharserial0 -device isa- serial,chardev=3Dcharserial0,id=3Dserial0 -device usb-tablet,id=3Dinput0 -v= nc 127.0.0.1:0 -vga std -device intel-hda,id=3Dsound0,bus=3Dpci.0,addr=3D0x4 -device hda-duplex,id=3Dsound0-codec0,bus=3Dsound0.0,cad=3D0 -device usb- host,hostbus=3D3,hostaddr=3D18,id=3Dhostdev0 -device virtio-balloon- pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x5 Mail to devel list: Hi all, we're currently evaluating different RTOS systems (Windows CE, Intime, RTX,= etc.). One system is Linux RT + KVM/QEMU with a Windows 7 guest. Up to now all works fine, Linux RT has good latency and KVM/Qemu setup was easy. But one = QEMU bug breaks my measurement setup and evaluation. I've some usb devices for the Windows 7 guest. I configure them as USB pass= through. The devices appears in the device manager of Windows 7, but with "Error code 10": device cannot start". The Windows driver fails on USB set = configuration. The driver creates a IRP and send it via IOCTRL to lower layer. The IOCTRL = fails with invalid parameter. driver log: 00000009 0.65470564 vnCDrvUsbControlRequestSetConfiguration, WdfUsbTarget= DeviceSelectConfig single interface failed 0xc000000d = 00000010 0.65472370 vnCDrvUsbIFPrepareHardwareState, vnCDrvUsbControlRequ= estSetConfiguration failed: 0xc000000d = 00000011 0.65473646 vnCDrvDevConPrepareHardware, vnCDrvUsbIFPrepareHardwa= reState failed 0xc000000d = 00000012 0.65474838 vnCDrvEvtDevicePrepareHardware, vnCDrvDevConPrepareHa= rdware failed 0xc0000001 = 00000013 0.6547 This bug breaks my latency measurement setup and Linux RT is out of the eva= luationg race. Windows CE should not win :-), it there anyway workaround or hack to = fix the issue? My setup: Ubuntu 64-bit Windows 7 Embedded Guest Linux Kernel: 3.10.10-rt7 QEMU: 1.4.0, 1.6.1 thanks, Jens -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/685096 Title: USB Passthrough not working for Windows 7 guest Status in QEMU: Confirmed Status in =E2=80=9Cqemu-kvm=E2=80=9D package in Ubuntu: Confirmed Bug description: USB Passthrough from host to guest is not working for a 32-bit Windows 7 guest, while it works perfectly for a 32-bit Windows XP guest. The device appears in the device manager of Windows 7, but with "Error code 10: device cannot start". I have tried this with numerous USB thumbdrives and a USB wireless NIC, all with the same result. The device name and functionality is recognized, so at least some USB negotiation is taking place. I am trying this with the latest git-pull of QEMU-KVM. The command line to launch qemu-kvm for win7 is: sudo /home/user/local_install/bin/qemu-system-x86_64 -cpu core2duo -m 102= 4 -smp 2 -vga std -hda ./disk_images/win7.qcow -vnc :1 -boot c -usb -usbdev= ice tablet -usbdevice host:0781:5150 The command line to launch qemu-kvm for winxp is: sudo /home/user/local_install/bin/qemu-system-x86_64 -cpu core2duo -m 102= 4 -smp 2 -usb -vga std -hda ./winxpsp3.qcow -vnc :0 -boot c -usbdevice tabl= et -usbdevice host:0781:5150 Any help is appreciated. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/685096/+subscriptions