Alan Stern wrote: > 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. OK, this is the first time somebody told me that. Thank you, will ping pci/acpi people on that. Thanks. Martin -- 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
