On Mon, 14 Nov 2011, Sancho Dauskardt wrote: > Hi All, > > we're experiencing ehci stalls on AMD SB710 based systems with a SD > cardreader (AU63xx) behind a SMSC hub + a usblp on the same ehci root hub. > > Transfers off the SD card abort like this: ... > Nov 14 19:19:09 (none) user.debug kernel: ehci_hcd 0000:00:12.2: > submit_async 4.5 urb f454d500 ep1out len 31, qtd f52b9360 [qh f5c07480] > Nov 14 19:19:09 (none) user.debug kernel: ehci_hcd 0000:00:12.2: irq > status e009 Async Periodic Recl FLR INT > Nov 14 19:19:09 (none) user.debug kernel: ehci_hcd 0000:00:12.2: > ehci_urb_done 4.5 urb f454d500 ep1out status 0 len 31/31 > Nov 14 19:19:09 (none) user.debug kernel: ehci_hcd 0000:00:12.2: > submit_async 4.5 urb f31e4f00 ep2in len 122880, qtd f52b9420 [qh f3149cc0] > Nov 14 19:19:09 (none) user.debug kernel: ehci_hcd 0000:00:12.2: irq > status e028 Async Periodic Recl IAA FLR > [stall - no more irq's in debug/ehci/../registers] > Nov 14 19:19:39 (none) user.debug kernel: ehci_hcd 0000:00:12.2: irq > status e028 Async Periodic Recl IAA FLR > Nov 14 19:19:39 (none) user.debug kernel: ehci_hcd 0000:00:12.2: > ehci_urb_done 4.5 urb f31e4f00 ep2in status -115 len 54784/122880 ... So either the reader stopped sending data or the controller stopped asking for it, after only 54784 bytes had been transferred. > This is on 2.6.39-4. > We've tried 3.2-next20111114. Tried to remove the amd_pll_quirk. > Also cross checked the AMD SB Eratta (made sure that the async park mode > is disabled). > Problem also occurs when ohci is unloaded. > > Problem is gone with a NEC PCI ehci in the same system. A couple of > nforce ehci's didn't show the problem either. > > SMSC 2504 (older) seem ok. SMSC 2507, 2514, 2517 are having problems. > A Cypress hub was also ok - an older philips hub also showed the same > problem. It's possible one of the cables or connections is marginal. Or the power level -- are these powered hubs? What happens with no hub? Have you tried any other storage devices besides the SD card reader? Hardware-level problems like this can be very difficult to track down. Alan Stern -- 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
