On Mon, Mar 22, 2010 at 03:06:55PM +0100, Jonas Schwertfeger wrote: > Hi Sarah > > I just bought myself a USB 3.0 hard disk by Buffalo (model HD-HXU3) > and started using it on my up-to-date Ubuntu Karmic > (2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 04:38:19 UTC 2010 > x86_64 GNU/Linux). > > While the device seems to show up sometimes as > /dev/sdb1 and gparted started partitioning it, things didn't work > quite well. More specifically, the system would freeze. > > I know this kernel version is not bleeding edge, and neither is the > xhci module version (srcversion: D7565EE8F48B4521C6B82BC), but in > case this is an issue that exists in the latest code as well, I > wanted to let you know about it. Thanks for reporting this! I'm not sure what kernel version Ubuntu uses as the base for 2.6.31-20-generic. Can you upgrade to a later stable kernel, like 2.6.31.9, 2.6.32.9, or (preferably) 2.6.33? Let's rule out any known fixed bugs first. If you're still having problems after upgrading, turn on CONFIG_USB_XHCI_HCD_DEBUGGING and send me the compressed log file. I can't tell what really happened without more debugging output. It looks like the device disconnected, but I don't know if it's a flaky device, a flaky host controller, or the xHCI driver doing something wrong. > The relevant dmesg logs look as follows: > > [ 14.365596] xhci_hcd 0000:03:00.0: PCI INT A -> GSI 19 (level, > low) -> IRQ 19 > [ 14.365656] xhci_hcd 0000:03:00.0: setting latency timer to 64 > [ 14.365661] xhci_hcd 0000:03:00.0: xHCI Host Controller > [ 14.365710] xhci_hcd 0000:03:00.0: new USB bus registered, > assigned bus number 10 > [ 14.470247] xhci_hcd 0000:03:00.0: irq 19, io mem 0xfbbfe000 > [ 14.470398] xHCI xhci_add_endpoint called for root hub > [ 14.470402] xHCI xhci_check_bandwidth called for root hub > [ 14.693232] usb 10-2: new SuperSpeed USB device using xhci_hcd > and address 2 > [ 14.719070] xhci_hcd 0000:03:00.0: WARN: short transfer on control ep > [ 14.719441] xhci_hcd 0000:03:00.0: WARN: short transfer on control ep > [ 14.719817] xhci_hcd 0000:03:00.0: WARN: short transfer on control ep > [ 14.720188] xhci_hcd 0000:03:00.0: WARN: short transfer on control ep > > In addition, /var/log/messages says the following: > > [ 19.843648] scsi 10:0:0:0: Direct-Access BUFFALO External > HDD 0100 PQ: 0 ANSI: 5 > [ 19.843911] sd 10:0:0:0: Attached scsi generic sg2 type 0 > [ 19.863746] sd 10:0:0:0: [sdb] 1953525168 512-byte logical > blocks: (1.00 TB/931 GiB) > [ 19.864025] sd 10:0:0:0: [sdb] Write Protect is off > [ 19.864462] sdb: sdb1 > [ 19.874419] sd 10:0:0:0: [sdb] Attached SCSI disk > [ 22.413613] xhci_hcd 0000:03:00.0: WARN: Stalled endpoint > [ 22.414481] usb 10-2: USB disconnect, address 2 > [ 22.415593] usb 10-2: Device not responding to set address. > [ 22.616354] usb 10-2: Device not responding to set address. > [ 22.830487] usb 10-2: Device not responding to set address. > > lspci -vvv: > > Bus 001 Device 007: ID 0411:0184 MelCo., Inc. > Device Descriptor: > bLength 18 > bDescriptorType 1 > bcdUSB 2.10 > bDeviceClass 0 (Defined at Interface level) > bDeviceSubClass 0 > bDeviceProtocol 0 > bMaxPacketSize0 64 > idVendor 0x0411 MelCo., Inc. > idProduct 0x0184 > bcdDevice 0.01 > iManufacturer 1 BUFFALO > iProduct 2 HD-HXU3 > iSerial 3 0000010155FF What's interesting here is that the USB 3.0 device came up as a High Speed device rather than a SuperSpeed device (you can tell from bcdUSB). It may not have linked up properly with the xHCI host controller, which may mean a loose/bad cable, or the link training between the host and the device failed. Can I also see your lsusb -vvv for your host controller? Sarah Sharp -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
