On Fri, 10 May 2013, Martin Mokrejs wrote: > Hi Sarah and Alan, > I am curious whether the the PME- to PME+ happening on a suspended > TI host controller could be used as some hack to signal the mis-behaving > redriver. Could such transition be used as a trigger for linux kernel to > wakeup the TI host "manually"? I am referring to step 4. of my test > in http://marc.info/?l=linux-acpi&m=136735488916468&w=3 showing the > suspended TI controller (in step 3) is not completely "dead" and at least > some part of it gets power enabled (PME+) as a result of port status change > event (mouse connect): What you have just described is the way the system is intended to operate (i.e., it is not a "hack"). The problem you face lies in somewhere in the PCI or ACPI layers. They are supposed to resume the xHCI controller when the PME signal occurs. (From which it follows that asking USB experts about this won't do any good -- you need to work with the PCI/ACPI people.) This has no connection at all with the broken redriver issue. If your system had one of those broken redrivers, it would not generate the PME+ signal because there would be no port status change, as you can see from Sarah's patch description that you quoted. 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
