On Thu, 12 May 2011, Dwight Schauer wrote: > > Dwight's problem is that he is looking in the wrong place. The xHCI > > controller is not a USB device; it's a PCI device -- i.e., it > > communicates with the computer over a PCI bus and not over a USB bus. > > Therefore it shows up under /sys/bus/pci, not /sys/bus/usb. > > > > OK, thanks. I see that now. I've gone into /sys/bus/pci/.../power/ for > the xHCI controller in question and put "enabled" in wakeup, but it > does not seem to have the same effect as enabled wakeups in > /proc/acpi/wakeup. Wakeup handling is often easier to test using runtime PM than system suspend. Try writing "auto" to the power/control file for the xHCI controller, with no USB devices plugged in, and wait for the controller to be suspended. Then plug in a USB device and see if the controller wakes up again. If that works okay but a similar test fails to wake up a suspended system, it would help to see a dmesg log with CONFIG_USB_DEBUG enabled. You should also post the output from "lspci -v" for the controller in question. 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
