On Thu, 28 May 2020, Gerd Hoffmann wrote:
#2 0x7f23e8bfbb13 in libusb_handle_events_timeout_completed () at
/lib64/libusb-1.0.so.0
#3 0x55e09854b7da in usb_host_abort_xfers (s=0x55e09b036dd0) at
hw/usb/host-libusb.c:963
Hmm, does reverting 76d0a9362c6a6a7d88aa18c84c4186c9107ecaef
> > > #2 0x7f23e8bfbb13 in libusb_handle_events_timeout_completed () at
> > > /lib64/libusb-1.0.so.0
> > > #3 0x55e09854b7da in usb_host_abort_xfers (s=0x55e09b036dd0) at
> > > hw/usb/host-libusb.c:963
> > Hmm, does reverting 76d0a9362c6a6a7d88aa18c84c4186c9107ecaef change
> >
On Thu, 28 May 2020, Gerd Hoffmann wrote:
On Wed, May 27, 2020 at 09:44:54PM +0200, BALATON Zoltan wrote:
Hello,
I've seen a case when QEMU hangs with a passed through USB device. This is
with -device usb-ehci and pass through with usb-host. This works until the
attached USB device reboots (so
On Wed, May 27, 2020 at 09:44:54PM +0200, BALATON Zoltan wrote:
> Hello,
>
> I've seen a case when QEMU hangs with a passed through USB device. This is
> with -device usb-ehci and pass through with usb-host. This works until the
> attached USB device reboots (so likely it disconnects and
Hello,
I've seen a case when QEMU hangs with a passed through USB device. This is
with -device usb-ehci and pass through with usb-host. This works until the
attached USB device reboots (so likely it disconnects and reconnects) at
which point QEMU hangs and need to be SIGKILL-ed to end (that's
Gerd Hoffmann (3):
usb: call reset handler before updating state
usb-host: skip reset for untouched devices
usb-host: avoid libusb_set_configuration calls
hw/usb/core.c| 2 +-
hw/usb/host-libusb.c | 21 +
2 files changed, 14 insertions(+), 9 deletions(-)
--
