On Thu, Oct 24, 2013 at 05:42:13PM -0700, Dan Williams wrote:
> Hi Rafael, sorry about the email mix up.
>
> On Thu, Oct 24, 2013 at 4:08 PM, Rafael J. Wysocki wrote:
> >> > +
> >> > +What: /sys/devices/.../power/pm_qos_no_notify_flags
> >> > +Date: October 2013
> >> > +Contact:
Hi Rafael, sorry about the email mix up.
On Thu, Oct 24, 2013 at 4:08 PM, Rafael J. Wysocki wrote:
>> > +
>> > +What: /sys/devices/.../power/pm_qos_no_notify_flags
>> > +Date: October 2013
>> > +Contact: Dan Williams
>> > +Description:
>> > + The /sys/device
On Thursday, October 24, 2013 12:42:36 AM Dan Williams wrote:
> [ adding Rafael ]
First, this is not the right address to Cc (please check MAINTAINERS in
3.12-rc6), but it still kind of works yet.
Second, quite frankly, I don't like this change.
> On Thu, Oct 24, 2013 at 12:35 AM, Dan Williams
[ adding Rafael ]
On Thu, Oct 24, 2013 at 12:35 AM, Dan Williams wrote:
> ...because struct dev_pm_ops is too clean and uniform.
>
> USB port power management needs to manage ports that are colocated in a
> given connector. If we power down a connector we need to arrange for
> the peer port in t
...because struct dev_pm_ops is too clean and uniform.
USB port power management needs to manage ports that are colocated in a
given connector. If we power down a connector we need to arrange for
the peer port in the connector to also be suspended. If the peer
connector stays active it may cause
