On Thu, 19 Apr 2012, Andrey Rahmatullin wrote: > On Wed, Apr 18, 2012 at 04:23:20PM -0400, Alan Stern wrote: > > In the meantime, just to be certain of the diagnosis, here's a > > different patch for you guys to try. This will test the ehci-hcd > > unbound path (i.e., use it with the script). The patch removes the > > line that sets the dev->current_state to PCI_UNKNOWN when the driver is > > unbound. Thus current_state will remain equal to PCI_D0, so > > pci_prepare_to_sleep should put the controllers into D3, which we > > expect will cause a crash. > > > > Please try this both with and without pm_test set to "platform", and > > post the debugging dmesg output from whichever cases the computer > > survives. > With "platform": > > ehci_hcd 0000:00:1d.0: wake-up capability enabled by ACPI > ehci_hcd 0000:00:1d.0: cur 0 target 3 error 0 > ehci_hcd 0000:00:1a.0: wake-up capability enabled by ACPI > ehci_hcd 0000:00:1a.0: cur 0 target 3 error 0 > > With "none" it locks up. Good, this confirms that the patch really does cause the unbound device to be put into D3. Tomorrow we can try to figure out the appropriate workaround. 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
