On Tue, Jul 30, 2013 at 12:52:40PM -0400, Alan Stern wrote: > Sarah, the usbmon trace shows that after doing a successful port reset > and clearing a bunch of port features, the system tells the port to go > into the SS.disabled state for no apparent reason: > > ffff88014649f3c0 1804119918 S Co:4:001:0 s 23 03 0004 0002 0000 0 > ffff88014649f3c0 1804119924 C Co:4:001:0 0 0 > ffff88020a1dd000 1804170382 S Ci:4:001:0 s a3 00 0000 0002 0004 4 < > ffff88020a1dd000 1804170389 C Ci:4:001:0 0 4 = 03021000 > ffff8801b7173300 1804221388 S Co:4:001:0 s 23 01 0014 0002 0000 0 > ffff8801b7173300 1804221397 C Co:4:001:0 0 0 > ffff8801b7173300 1804221398 S Co:4:001:0 s 23 01 001d 0002 0000 0 > ffff8801b7173300 1804221403 C Co:4:001:0 0 0 > ffff8801b7173300 1804221403 S Co:4:001:0 s 23 01 0019 0002 0000 0 > ffff8801b7173300 1804221407 C Co:4:001:0 0 0 > ffff8801b7173300 1804221408 S Co:4:001:0 s 23 01 0010 0002 0000 0 > ffff8801b7173300 1804221412 C Co:4:001:0 0 0 > ffff8801b7173300 1804221414 S Ci:4:001:0 s a3 00 0000 0002 0004 4 < > ffff8801b7173300 1804221417 C Ci:4:001:0 0 4 = 03020000 > ffff88014649f3c0 1804623388 S Co:4:001:0 s 23 03 0005 0402 0000 0 > ffff88020ceb1600 1804623409 C Ii:4:001:1 0:2048 1 = 04 > ffff88020ceb1600 1804623410 S Ii:4:001:1 -115:2048 4 < > ffff88014649f3c0 1804623415 C Co:4:001:0 0 0 > > Do you have any idea why it is doing this? If a warm reset failed, the USB core will put the port into SS.Disabled. If enumeration fails in the right places, the port will also be disabled. dmesg with CONFIG_USB_DEBUG and CONFIG_USB_XHCI_HCD_DEBUGGING might help me understand what's going on. 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
