[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1689003] Re: USB passthrough should not fail if SET CONFIGURATION f
From: |
Thomas Huth |
Subject: |
[Bug 1689003] Re: USB passthrough should not fail if SET CONFIGURATION fails |
Date: |
Mon, 09 Nov 2020 17:03:34 -0000 |
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". 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/1689003
Title:
USB passthrough should not fail if SET CONFIGURATION fails
Status in QEMU:
Incomplete
Bug description:
QEMU's USB passthrough was not working for my new smartphone.
While analyzing the problem, I found out that a SET CONFIGURATION
Request was NACKed by the USB device (probably because a SET
CONFIGURATION request was already sent from the host to the device).
So I wrote a simple program to fake a successful call to
libusb_set_configuration and did an LD_PRELOAD on this program before
starting qemu, and it worked.
Looking at QEMU's code in host-libusb.c, I can see that QEMU does not
try to claim the interface if its call to libusb_set_configuration
fails.
I think QEMU should try to claim the device anyway even if
libusb_set_configuration fails.
I did my tests against QEMU 2.6.2, but as I can see from the source
code, this problem should happen on all versions.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1689003/+subscriptions
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug 1689003] Re: USB passthrough should not fail if SET CONFIGURATION fails,
Thomas Huth <=