My machine has following USB controller (I got this from lspci) : 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
So, I guess, issues is not limited just to one chipset. On Mon, Jul 13, 2015 at 4:06 AM, Gary Dale <garyd...@torfree.net> wrote: > On 13/07/15 01:05 AM, gautam chekuri wrote: > >> => I had problems with a large USB 3.0 (3TB and over) external hard-drive. >> >> => I have ext3 file system on a drive and I had a single partition for >> the entire drive. >> Initially, when the data on the drive was less it would mount (and >> read/write) fine. >> >> When the drive disk space was used up over 70%, I saw that the external >> hard drive would not mount when connected via the USB 3.0 port. >> dmesg would show something like this: >> >> [ 222.828893] xhci_hcd 0000:00:14.0: OUT Endpoint 02 Context (ep_index >> 03): >> [ 222.828898] xhci_hcd 0000:00:14.0: @ffff8800d50bb080 (virt) @d50bb080 >> (dma) 0x000001 - ep_info >> [ 222.828903] xhci_hcd 0000:00:14.0: @ffff8800d50bb084 (virt) @d50bb084 >> (dma) 0x2000016 - ep_info2 >> [ 222.828914] xhci_hcd 0000:00:14.0: @ffff8800d50bb088 (virt) @d50bb088 >> (dma) 0xd50d4401 - deq >> [ 222.828918] xhci_hcd 0000:00:14.0: @ffff8800d50bb090 (virt) @d50bb090 >> (dma) 0x000000 - tx_info >> [ 222.828926] xhci_hcd 0000:00:14.0: @ffff8800d50bb094 (virt) @d50bb094 >> (dma) 0x000000 - rsvd[0] >> [ 222.828933] xhci_hcd 0000:00:14.0: @ffff8800d50bb098 (virt) @d50bb098 >> (dma) 0x000000 - rsvd[1] >> [ 222.828941] xhci_hcd 0000:00:14.0: @ffff8800d50bb09c (virt) @d50bb09c >> (dma) 0x000000 - rsvd[2] >> [ 222.829004] xhci_hcd 0000:00:14.0: Endpoint 0x81 not halted, refusing >> to reset. >> [ 222.829009] xhci_hcd 0000:00:14.0: Endpoint 0x2 not halted, refusing >> to reset. >> [ 222.829016] usb_reset_device returns 0 >> [ 222.829023] scsi command aborted >> [ 222.829028] *** thread sleeping >> [ 222.829079] scsi 8:0:0:0: Device offlined - not ready after error >> recovery >> [ 222.829144] usb-storage 3-2:1.0: scan complete >> [ 222.923625] xhci_hcd 0000:00:14.0: xhci_hub_status_data: stopping port >> polling. >> >> However it mounted fine when connected via USB 2.0 ports >> >> => To understand the issue more I complied my kernel from source and >> enabled CONFIG_DYNAMIC_DEBUG, CONFIG_USB_DEBUG and few other flags that I >> don't remember now. >> However, I couldn't get to spending more time on understand the xhci >> subsystem, so I don't yet know what might be happening. >> >> => But, I guess, one thing you could do is check if the issues are >> happening when connected via a USB 2.0 port too. >> If things seem to be working via USB 2.0 then it might be a issue with >> the xhci subsystem. >> > > It seems to be the xhci subsystem as the log I originally posted says (see > below). The question is whether it is specific to this particular > motherboard or the chipset. I had suspected the kernel but I notice that > Jessie and Stretch are both still running the same one (3.16.0-4-amd64). > > And yes, there is no problem running connected to a USB2 port. The job > just takes a lot longer. > > Anyway, here's a section of the log, from the start of the job until the > xhci system crashes. After it does, the USB3 ports are dead but the USB2 > ports still work. > > Jul 10 13:21:31 molar ntfs-3g[1170]: Version 2014.2.15AR.2 integrated FUSE > 28 > Jul 10 13:21:31 molar ntfs-3g[1170]: Mounted /dev/sde1 (Read-Write, label > "", NTFS 3.1) > Jul 10 13:21:31 molar ntfs-3g[1170]: Cmdline options: rw > Jul 10 13:21:31 molar ntfs-3g[1170]: Mount options: > rw,allow_other,nonempty,relatime,fsname=/dev/sde1,blkdev,blksize=4096 > Jul 10 13:21:31 molar ntfs-3g[1170]: Ownership and permissions disabled, > configuration type 7 > Jul 10 13:37:57 molar kernel: [ 3084.574438] xhci_hcd 0000:02:00.0: xHCI > host not responding to stop endpoint command. > Jul 10 13:37:57 molar kernel: [ 3084.574446] xhci_hcd 0000:02:00.0: > Assuming host is dying, halting host. > Jul 10 13:37:57 molar kernel: [ 3084.574643] xhci_hcd 0000:02:00.0: HC > died; cleaning up > Jul 10 13:37:57 molar kernel: [ 3084.574709] usb 3-1: USB disconnect, > device number 2 > Jul 10 13:37:57 molar kernel: [ 3084.582388] sd 6:0:0:0: [sde] Unhandled > error code > Jul 10 13:37:57 molar kernel: [ 3084.582395] sd 6:0:0:0: [sde] > Jul 10 13:37:57 molar kernel: [ 3084.582399] Result: > hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK > Jul 10 13:37:57 molar kernel: [ 3084.582402] sd 6:0:0:0: [sde] CDB: > Jul 10 13:37:57 molar kernel: [ 3084.582404] Read(10): 28 00 0e 96 6a 60 > 00 00 f0 00 > Jul 10 13:37:57 molar kernel: [ 3084.582415] end_request: I/O error, dev > sde, sector 244738656 > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a > subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/55a37181.3090...@torfree.net > >