Bug 947042
| Summary: | fail to regonize the xhci controller in win2012 and win8 guest undere Q35 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Sibiao Luo <sluo> | ||||
| Component: | qemu-kvm | Assignee: | Gerd Hoffmann <kraxel> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 7.0 | CC: | acathrow, alex.williamson, chayang, hhuang, juzhang, kraxel, michen, qzhang, rhod, shu, virt-maint, xfu | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | 1.5 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-06-13 10:09:27 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | 1046524 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Description
Sibiao Luo
2013-04-01 10:15:30 UTC
Created attachment 730234 [details]
Screenshot for xHCI from device manager.
add full qemu command line please (especially the machine type) (In reply to comment #2) > add full qemu command line please (especially the machine type) yes, correct, thx for your kindly reminds. this issue only was hit undere Q35, it is ok for pc-i440fx-1.4 machine type. e.g: # /usr/libexec/qemu-kvm -S -M q35 -cpu SandyBridge -enable-kvm -m 4096 -smp 2,sockets=2,cores=1,threads=1 -no-kvm-pit-reinjection -name sluo-test -uuid ed09fa10-6ffe-4811-a42f-0294afcb5a42 -rtc base=localtime,clock=host,driftfix=slew -device virtio-serial-pci,id=virtio-serial0,max_ports=16,vectors=0,bus=pcie.0,addr=0x3 -chardev socket,id=channel1,path=/tmp/helloworld1,server,nowait -device virtserialport,chardev=channel1,name=com.redhat.rhevm.vdsm,bus=virtio-serial0.0,id=port1 -chardev socket,id=channel2,path=/tmp/helloworld2,server,nowait -device virtserialport,chardev=channel2,name=com.redhat.rhevm.vdsm,bus=virtio-serial0.0,id=port2 -drive file=/home/windows_server_2012_x64.qcow2,if=none,id=drive-system-disk,format=qcow2,cache=none,aio=native,werror=stop,rerror=stop,serial=QEMU-DISK1 -device virtio-scsi-pci,bus=pcie.0,addr=0x4,id=scsi0 -device scsi-hd,bus=scsi0.0,drive=drive-system-disk,id=system-disk,bootindex=1 -netdev tap,id=hostnet0,vhost=off,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,id=virtio-net-pci0,mac=08:2e:5f:0a:0d:b1,bus=pcie.0,addr=0x5,bootindex=2 -device virtio-balloon-pci,id=ballooning,bus=pcie.0,addr=0x6 -drive file=/home/my-data-disk.raw,if=none,id=drive-data-disk,format=raw,cache=none,aio=native,werror=stop,rerror=stop,serial=QEMU-DISK2 -device virtio-scsi-pci,bus=pcie.0,addr=0x7,id=scsi1 -device scsi-hd,bus=scsi1.0,drive=drive-data-disk,id=data-disk -readconfig /home/ich9-ehci-uhci.cfg -device usb-tablet,id=input0 -device usb-mouse,id=mouse -device nec-usb-xhci,id=xhci0 -drive file=/home/my-usb-storage.qcow2,if=none,id=drive-usb-0-1,media=disk,format=qcow2,cache=none,aio=native -device usb-storage,drive=drive-usb-0-1,id=usb-0-1,removable=on -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -serial unix:/tmp/ttyS0,server,nowait -qmp tcp:0:4444,server,nowait -k en-us -boot menu=on -vnc :1 -spice disable-ticketing,port=5931 -monitor stdio passthrough the USB3.0 using the xHCI controller to windows guest under Q35 also hit this issue, it fail to regonize the xhci controller. Alex submitted a pcie patch mentioning something simliar in the commit message. I can't reproduce this in current master. So I think this one is fixed already (and qemu 1.5 should carry the fix). Alex, please correct me if I'm wrong. (In reply to comment #5) > Alex submitted a pcie patch mentioning something simliar in the commit > message. I can't reproduce this in current master. So I think this one is > fixed already (and qemu 1.5 should carry the fix). > > Alex, please correct me if I'm wrong. Yes, Windows is particular about the PCIe type and won't load drivers for Endpoints connected to the Root Complex bus. I saw this even on Windows 7. The xHCI device can either be connected behind a PCIe root port or QEMU 1.5 will include a fix to convert the PCIe type to an Integrated Root Complex Endpoint. Try win8 64bit guest on qemu-kvm-1.5.1-2.el7.x86_64: The "Renesas USB 3.0 eXtensible Host Controller - 0100(Microsoft)" works great, and the usb storage attached on it functions well. Hi Gerd, Could you have a look comment13 and add your suggestions? Best Regards, Junyi Hmm, why blocks bz1046524 the verification? That bug is about usb passthrough (aka usb-host), whereas the original report is about usb-storage. Also comment 10 looks like the bug was verified successfully. (In reply to Gerd Hoffmann from comment #15) > Hmm, why blocks bz1046524 the verification? That bug is about usb > passthrough (aka usb-host), whereas the original report is about usb-storage. > > Also comment 10 looks like the bug was verified successfully. Yes, thanks for your confirms. I verified this issue with the latest the qemu-kvm version. host info: # uname -r && rpm -q qemu-kvm-rhev 3.10.0-95.el7.x86_64 qemu-kvm-rhev-1.5.3-49.el7.x86_64 guest info: win2012-64bit Steps: the same to comment #0. qemu-kvm command line: # /usr/libexec/qemu-kvm -S -M q35 -cpu SandyBridge -enable-kvm -m 4096 -smp 2,sockets=2,cores=1,threads=1 -no-kvm-pit-reinjection...-device nec-usb-xhci,id=xhci0 -drive file=/home/my-usb-storage.qcow2,if=none,id=drive-usb-0-1,media=disk,format=qcow2,cache=none,aio=native -device usb-storage,drive=drive-usb-0-1,id=usb-0-1,removable=on Results: it regonized the xhci controller correctly, the usb-storage can be detected correctly in guest and can be formated successfully. So, Move to VERIFIED status, thanks. Best Regards, sluo This request was resolved in Red Hat Enterprise Linux 7.0. Contact your manager or support representative in case you have further questions about the request. |