On Thu, Apr 04, 2013 at 07:30:19PM +0800, Huang Ying wrote: > Hi, Martin, > > On Wed, 2013-04-03 at 14:16 +0200, Martin Mokrejs wrote: > > >> 2) xHCI dead due to to its suspend - 3.8 series and above > > > > > > Not fixed by port_dbg.patch applied over 3.8.5. Interestingly, a NEC-based > > > XHCI card *in an express card slot* does not suffer this suspend issue. > > > Although it is being put into suspend if a device is unplugged. > > > > 20130402/3.8.5-ying_port-dbg__with_laptop-mode-tools_xHCI_test_TI-based > > 20130402/3.8.5-ying_port-dbg__with_laptop-mode-tools_xHCI_test_NEC-based > > > > Same thing but yet without the port_dbg.patch: > > 20130402/3.9-rc5__with_2368081__with-latop-mode-tools_xhci_testing/ > > It appears that TI xHCI dead port issue will present even if the PCIe > port will never go suspended. So I think this bug is not related to > PCIe port runtime PM but related to USB xHCI. > > Do you agree Sarah? No. The symptoms he described (in another email) were that the port only becomes "dead" after a USB 2.0 device is removed, and the host was suspended. The issue was that the TI host is simply not reporting the USB device connect, even if it is manually resumed. The port status registers do not show a device connect at all. Martin, can you confirm this by trying this, and sending me dmesg of the test with CONFIG_USB_DEBUG and CONFIG_USB_XHCI_HCD_DEBUGGING turned on: 1. Remove the laptop mode tools 2. Reboot with no USB devices attached to the TI host 3. Make sure the xHCI PCI device's power/control file is set to 'on' You will find that file in /sys/bus/pci/devices/. Use lspci to figure out which directory is the xHCI PCI device. 4. Plug in a USB 2.0 device and make sure it works (e.g. wiggle a mouse) 5. Unplug the device, replug it, and check to see if it works. If you have problems, stop here. Otherwise try: 6. Unplug all USB devices 7. echo 'auto' to the xHCI PCI device's power/control file in 8. echo 'auto' to both xHCI roothubs in /sys/bus/usb/devices/ (i.e. all usbN directories) 9. Wait a few seconds or so until the xHCI PCI host suspends, meaning the power/runtime_status file reads as 'suspended' 10. Plug in the same USB 2.0 device, and check if it works. 11. Unplug the device, and wait until the PCI host is suspended. 12. Replug the device, and check to see if it works. Sarah Sharp -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
