* [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest
@ 2016-05-07 5:28 Tom Yan
2016-05-07 5:29 ` [Qemu-devel] [Bug 1579306] " Tom Yan
` (11 more replies)
0 siblings, 12 replies; 13+ messages in thread
From: Tom Yan @ 2016-05-07 5:28 UTC (permalink / raw)
To: qemu-devel
Public bug reported:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
** Affects: qemu
Importance: Undecided
Status: New
** Attachment added: "xhci-hd.png"
https://bugs.launchpad.net/bugs/1579306/+attachment/4657731/+files/xhci-hd.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
@ 2016-05-07 5:29 ` Tom Yan
2016-05-07 5:38 ` Tom Yan
` (10 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Tom Yan @ 2016-05-07 5:29 UTC (permalink / raw)
To: qemu-devel
usb-bot works fine
** Attachment added: "xhci-bot.png"
https://bugs.launchpad.net/qemu/+bug/1579306/+attachment/4657732/+files/xhci-bot.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
2016-05-07 5:29 ` [Qemu-devel] [Bug 1579306] " Tom Yan
@ 2016-05-07 5:38 ` Tom Yan
2016-05-07 5:48 ` Tom Yan
` (9 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Tom Yan @ 2016-05-07 5:38 UTC (permalink / raw)
To: qemu-devel
Also tried to "passthrough" the SCSI layer of an actual UASP drive with
scsi-block. No luck either.
** Attachment added: "xhci-block.png"
https://bugs.launchpad.net/qemu/+bug/1579306/+attachment/4657734/+files/xhci-block.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
2016-05-07 5:29 ` [Qemu-devel] [Bug 1579306] " Tom Yan
2016-05-07 5:38 ` Tom Yan
@ 2016-05-07 5:48 ` Tom Yan
2016-05-07 5:51 ` Tom Yan
` (8 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Tom Yan @ 2016-05-07 5:48 UTC (permalink / raw)
To: qemu-devel
Not sure if it's relevant, but when I try completely passthrough a UASP
device to the VM through usb-host, only the BOT/MSC part is exposed.
This is not the case when I do the same thing to a Linux guest (btw usb-
uas apparently works fine in Linux guest as well).
** Attachment added: "xhci-block.png"
https://bugs.launchpad.net/qemu/+bug/1579306/+attachment/4657745/+files/xhci-block.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (2 preceding siblings ...)
2016-05-07 5:48 ` Tom Yan
@ 2016-05-07 5:51 ` Tom Yan
2016-05-07 5:54 ` Tom Yan
` (7 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Tom Yan @ 2016-05-07 5:51 UTC (permalink / raw)
To: qemu-devel
I am using qemu-2.5.1. Here are the commands I used in the test cases:
qemu-system-x86_64 -enable-kvm -cpu host -m 2G -net none -full-screen
-drive file=disks/uas.qcow2,format=qcow2,cache=none,aio=native -drive
file=test.img,format=raw,if=none,id=test -device nec-usb-xhci -device
usb-uas -device scsi-hd,drive=test
qemu-system-x86_64 -enable-kvm -cpu host -m 2G -net none -full-screen
-drive file=disks/uas.qcow2,format=qcow2,cache=none,aio=native -drive
file=test.img,format=raw,if=none,id=test -device nec-usb-xhci -device
usb-bot -device scsi-hd,drive=test
qemu-system-x86_64 -enable-kvm -cpu host -m 2G -net none -full-screen
-drive file=disks/uas.qcow2,format=qcow2,cache=none,aio=native -drive
file=/dev/sdc,format=raw,if=none,id=test -device nec-usb-xhci -device
usb-uas -device scsi-block,drive=test
qemu-system-x86_64 -enable-kvm -cpu host -m 2G -net none -full-screen
-drive file=disks/uas.qcow2,format=qcow2,cache=none,aio=native -device
nec-usb-xhci -device usb-host,hostbus=2,hostport=6
** Attachment removed: "xhci-block.png"
https://bugs.launchpad.net/qemu/+bug/1579306/+attachment/4657734/+files/xhci-block.png
** Attachment removed: "xhci-block.png"
https://bugs.launchpad.net/qemu/+bug/1579306/+attachment/4657745/+files/xhci-block.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (3 preceding siblings ...)
2016-05-07 5:51 ` Tom Yan
@ 2016-05-07 5:54 ` Tom Yan
2016-05-07 5:54 ` Tom Yan
` (6 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Tom Yan @ 2016-05-07 5:54 UTC (permalink / raw)
To: qemu-devel
Also tried to "passthrough" the SCSI layer of an actual UASP drive with
scsi-block. No luck either.
** Attachment added: "xhci-block.png"
https://bugs.launchpad.net/qemu/+bug/1579306/+attachment/4657752/+files/xhci-block.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (4 preceding siblings ...)
2016-05-07 5:54 ` Tom Yan
@ 2016-05-07 5:54 ` Tom Yan
2016-12-08 7:33 ` Ashish Girdhar
` (5 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Tom Yan @ 2016-05-07 5:54 UTC (permalink / raw)
To: qemu-devel
Not sure if it's relevant, but when I try completely passthrough a UASP
device to the VM through usb-host, only the BOT/MSC part is exposed.
This is not the case when I do the same thing to a Linux guest (btw usb-
uas apparently works fine in Linux guest as well).
** Attachment added: "xhci-host.png"
https://bugs.launchpad.net/qemu/+bug/1579306/+attachment/4657753/+files/xhci-host.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (5 preceding siblings ...)
2016-05-07 5:54 ` Tom Yan
@ 2016-12-08 7:33 ` Ashish Girdhar
2016-12-09 5:51 ` Jack Coulter
` (4 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Ashish Girdhar @ 2016-12-08 7:33 UTC (permalink / raw)
To: qemu-devel
I am also facing this issue.
On further probing, I found out that usb-uas in Qemu doesn't support
"SET_SEL" control command due to which windows driver "uaspstor.sys"
couldn't complete the enumeration.
It is clearly mentioned in USB 3.1 specs that uasp devices should handle
two new control commands - SET_SEL and SET_ISOCH_DELAY.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (6 preceding siblings ...)
2016-12-08 7:33 ` Ashish Girdhar
@ 2016-12-09 5:51 ` Jack Coulter
2016-12-09 7:26 ` Tom Yan
` (3 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Jack Coulter @ 2016-12-09 5:51 UTC (permalink / raw)
To: qemu-devel
Just echoing Tom Yan's comment; I've tried passing through what appears
to be the very same device (if not, at least the same UAS-SATA bridge)
to a VM in its entirety.
I can confirm the same result - with an otherwise identical domain
configuration, Linux guests correctly use the UAS driver:
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
|__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
Whereas Windows guests fall back to BOT/MSC:
<see attached image>
In both cases, QEMU is being run via libvirt, which is generating the following command line:
/usr/bin/qemu-system-x86_64 -name guest=Win10-Edge-IE11,debug-threads=on
-S -object
secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-13-Win10
-Edge-IE11/master-key.aes -machine
pc-q35-2.7,accel=kvm,usb=off,vmport=off,dump-guest-core=off -cpu
host,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff -m 4096 -realtime
mlock=off -smp 8,sockets=1,cores=4,threads=2 -uuid 47c39707-088c-4edc-
8b6a-a7856e09f43d -no-user-config -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-13-Win10-Edge-
IE11/monitor.sock,server,nowait -mon
chardev=charmonitor,id=monitor,mode=control -rtc
base=localtime,driftfix=slew -global kvm-pit.lost_tick_policy=discard
-no-hpet -no-shutdown -global ICH9-LPC.disable_s3=1 -global
ICH9-LPC.disable_s4=1 -boot strict=on -device
i82801b11-bridge,id=pci.1,bus=pcie.0,addr=0x1e -device pci-
bridge,chassis_nr=2,id=pci.2,bus=pci.1,addr=0x0 -device nec-usb-
xhci,id=usb,bus=pci.2,addr=0x6 -device virtio-scsi-
pci,id=scsi0,bus=pci.2,addr=0x3 -device virtio-serial-pci,id=virtio-
serial0,bus=pci.2,addr=0x4 -drive file=/home/jack/IMG/Win10-Edge-
IE11.qcow2,format=qcow2,if=none,id=drive-scsi0-0-0-0,discard=unmap
-device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-
scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -drive if=none,id=drive-
scsi0-0-0-1,readonly=on -device scsi-cd,bus=scsi0.0,channel=0,scsi-
id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1 -netdev
tap,fd=22,id=hostnet0,vhost=on,vhostfd=24 -device virtio-net-
pci,netdev=hostnet0,id=net0,mac=52:54:00:27:94:5d,bus=pci.2,addr=0x1
-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
-device usb-tablet,id=input0,bus=usb.0,port=2 -spice
port=5900,addr=127.0.0.1,disable-ticketing,image-compression=off
,seamless-migration=on -device qxl-
vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pcie.0,addr=0x1
-device intel-hda,id=sound0,bus=pci.2,addr=0x2 -device hda-
duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev
spicevmc,id=charredir0,name=usbredir -device usb-
redir,chardev=charredir0,id=redir0,bus=usb.0,port=3 -chardev
spicevmc,id=charredir1,name=usbredir -device usb-
redir,chardev=charredir1,id=redir1,bus=usb.0,port=4 -device usb-
host,hostbus=4,hostaddr=4,id=hostdev0,bus=usb.0,port=1 -device virtio-
balloon-pci,id=balloon0,bus=pci.2,addr=0x5 -msg timestamp=on
** Attachment added: "windows-guest-uas-fail.png"
https://bugs.launchpad.net/qemu/+bug/1579306/+attachment/4789396/+files/2016-12-09-165117_504x687_scrot.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (7 preceding siblings ...)
2016-12-09 5:51 ` Jack Coulter
@ 2016-12-09 7:26 ` Tom Yan
2016-12-09 8:10 ` Jack Coulter
` (2 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: Tom Yan @ 2016-12-09 7:26 UTC (permalink / raw)
To: qemu-devel
I think they are two separate issues in usb-uas and usb-host
respectively. I probably should not have bring in the usb-host case here
but create another report for it.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (8 preceding siblings ...)
2016-12-09 7:26 ` Tom Yan
@ 2016-12-09 8:10 ` Jack Coulter
2020-11-19 20:52 ` Thomas Huth
2021-01-19 4:17 ` Launchpad Bug Tracker
11 siblings, 0 replies; 13+ messages in thread
From: Jack Coulter @ 2016-12-09 8:10 UTC (permalink / raw)
To: qemu-devel
Noted, I've created https://bugs.launchpad.net/qemu/+bug/1648726 to
track the issue with passing through physical UAS devices.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
New
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (9 preceding siblings ...)
2016-12-09 8:10 ` Jack Coulter
@ 2020-11-19 20:52 ` Thomas Huth
2021-01-19 4:17 ` Launchpad Bug Tracker
11 siblings, 0 replies; 13+ messages in thread
From: Thomas Huth @ 2020-11-19 20:52 UTC (permalink / raw)
To: qemu-devel
The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Or mark it as "Fix Released" if the problem has been solved with a newer version of QEMU already. Thank you and sorry for the inconvenience.
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
Incomplete
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug 1579306] Re: usb-uas does not work in Windows (10) guest
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
` (10 preceding siblings ...)
2020-11-19 20:52 ` Thomas Huth
@ 2021-01-19 4:17 ` Launchpad Bug Tracker
11 siblings, 0 replies; 13+ messages in thread
From: Launchpad Bug Tracker @ 2021-01-19 4:17 UTC (permalink / raw)
To: qemu-devel
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1579306
Title:
usb-uas does not work in Windows (10) guest
Status in QEMU:
Expired
Bug description:
When I attach a "-device usb-uas" to a VM with Windows 10 10586, the
device fail to start with the following error in the guest:
"The device cannot start. (Code 10)
{Operation Failed}
The requested operation was unsuccessful"
If the host controller is nec-usb-xhci, there will be two of the
following error on the terminal of the host as well:
"qemu-system-x86_64: usb_uas_handle_control: unhandled control
request"
If it's usb-ehci, ich9-usb-ehci1 or ich9-usb-echi2, this will not show
up on the host side, but the device stil fails with the same error on
the guest side.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1579306/+subscriptions
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2021-01-19 4:32 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-05-07 5:28 [Qemu-devel] [Bug 1579306] [NEW] usb-uas does not work in Windows (10) guest Tom Yan
2016-05-07 5:29 ` [Qemu-devel] [Bug 1579306] " Tom Yan
2016-05-07 5:38 ` Tom Yan
2016-05-07 5:48 ` Tom Yan
2016-05-07 5:51 ` Tom Yan
2016-05-07 5:54 ` Tom Yan
2016-05-07 5:54 ` Tom Yan
2016-12-08 7:33 ` Ashish Girdhar
2016-12-09 5:51 ` Jack Coulter
2016-12-09 7:26 ` Tom Yan
2016-12-09 8:10 ` Jack Coulter
2020-11-19 20:52 ` Thomas Huth
2021-01-19 4:17 ` Launchpad Bug Tracker
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).