[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 906221] [NEW] USBDEVFS_CLEAR_HALT stall with USB-CDROM
From: |
Erik Rull |
Subject: |
[Qemu-devel] [Bug 906221] [NEW] USBDEVFS_CLEAR_HALT stall with USB-CDROM qemu-1.0 |
Date: |
Mon, 19 Dec 2011 10:19:20 -0000 |
Public bug reported:
When connecting a USB DVD/CDROM drive to the linux host, it works fine and I
can mount the inserted DVD properly and work with it. After unmounting the DVD
and routing the USB drive to the linux guest (same kernel version), both host
and guest become unresponsive and on the QEMU console I get the QEMU console
flodded with the message:
USBDEVFS_CLEAR_HALT: Connection timed out
again and again, approx. each 10-20 seconds.
When I unplug the device from the host, the message
USBDEVFS_CLEAR_HALT: No such device
comes up in one block at least 100 times (my scrollback history of the display
is limited, so I cannot say how often it actually appreared)
On the guest side linux, I see the following dmesg after having it routed from
the host to the guest:
[ 160.292231] usb 1-2.1: new full speed USB device using uhci_hcd and address 5
[ 160.475762] usb 1-2.1: configuration #1 chosen from 1 choice
[ 160.478553] scsi3 : SCSI emulation for USB Mass Storage devices
[ 160.479689] usb-storage: device found at 5
[ 160.480121] usb-storage: waiting for device to settle before scanning
[ 165.494016] scsi 3:0:0:0: CD-ROM slimtype eTDU108 1 SL03
PQ: 0 ANSI: 0
then, the guest stalls and on the host side the USBDEVFS_CLEAR_HALT
appears until I unplug the hardware from the host - pay also attention
on the stalled dmesg timestamp! The "real" timegap between the last line
above and the first line below is more than 20 seconds!
[ 165.645735] usb 1-2.1: USB disconnect, address 5
[ 165.663770] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda pop-up
[ 165.664416] sr 3:0:0:0: Attached scsi CD-ROM sr0
[ 165.664623] sr 3:0:0:0: Attached scsi generic sg1 type 5
[ 165.665565] usb-storage: device scan complete
The drive used is a self-powered LITEON External Slim DVD-ROM Drive (Model
number eTDU108-02 1)
The power is not a problem, because the drive works fine on the host directly.
Best regards,
Erik
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/906221
Title:
USBDEVFS_CLEAR_HALT stall with USB-CDROM qemu-1.0
Status in QEMU:
New
Bug description:
When connecting a USB DVD/CDROM drive to the linux host, it works fine and I
can mount the inserted DVD properly and work with it. After unmounting the DVD
and routing the USB drive to the linux guest (same kernel version), both host
and guest become unresponsive and on the QEMU console I get the QEMU console
flodded with the message:
USBDEVFS_CLEAR_HALT: Connection timed out
again and again, approx. each 10-20 seconds.
When I unplug the device from the host, the message
USBDEVFS_CLEAR_HALT: No such device
comes up in one block at least 100 times (my scrollback history of the
display is limited, so I cannot say how often it actually appreared)
On the guest side linux, I see the following dmesg after having it routed
from the host to the guest:
[ 160.292231] usb 1-2.1: new full speed USB device using uhci_hcd and
address 5
[ 160.475762] usb 1-2.1: configuration #1 chosen from 1 choice
[ 160.478553] scsi3 : SCSI emulation for USB Mass Storage devices
[ 160.479689] usb-storage: device found at 5
[ 160.480121] usb-storage: waiting for device to settle before scanning
[ 165.494016] scsi 3:0:0:0: CD-ROM slimtype eTDU108 1 SL03
PQ: 0 ANSI: 0
then, the guest stalls and on the host side the USBDEVFS_CLEAR_HALT
appears until I unplug the hardware from the host - pay also attention
on the stalled dmesg timestamp! The "real" timegap between the last
line above and the first line below is more than 20 seconds!
[ 165.645735] usb 1-2.1: USB disconnect, address 5
[ 165.663770] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda pop-up
[ 165.664416] sr 3:0:0:0: Attached scsi CD-ROM sr0
[ 165.664623] sr 3:0:0:0: Attached scsi generic sg1 type 5
[ 165.665565] usb-storage: device scan complete
The drive used is a self-powered LITEON External Slim DVD-ROM Drive (Model
number eTDU108-02 1)
The power is not a problem, because the drive works fine on the host directly.
Best regards,
Erik
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/906221/+subscriptions
- [Qemu-devel] [PATCH v2 0/9] various ARM fixes, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH v2 4/9] arm: add dummy gic security registers, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH v2 2/9] arm: Set frequencies for arm_timer, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH 5/9] ahci: convert ahci_reset to use AHCIState, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH v2 1/9] arm: add missing scu registers, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH 9/9] arm: increase a9mp interrupts to 160, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH v2 3/9] arm: add dummy v7 cp15 config_base_register, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH v2 8/9] Add xgmac ethernet model, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH 6/9] ahci: add support for non-PCI based controllers, Mark Langsdorf, 2011/12/22
- [Qemu-devel] [PATCH v2 7/9] add L2x0/PL310 cache controller device, Mark Langsdorf, 2011/12/22