Re: [RFH] Power Management mini-summit during the Kernel Summit 2011

Daniel Drake
2011-10-13T14:55:06Z

On Wed, Oct 12, 2011 at 9:11 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> There was a plan to organize a PM mini-summit during the KS 2011 in Prague,
> but then I didn't follow up (which obviously is my fault) and lost track of
> things when kernel.org and the KS servers went offline.  So, apparently,
> the KS organizers concluded that the PM mini-summit wasn't going to happen
> after all and didn't add it to the schedule.
>
> Still, it appears to be possible to arrange a room for a PM meeting on
> Sunday, Oct 23, if there are people wanting to attend.  So, if you'd like
> to take part in such a meeting, please let me know ASAP.

Sorry - I won't be at the event, otherwise I'd definitely attend.
However, I think my colleague Chris Ball will be there, so I have CC'd
him. He has a long history of power management work at OLPC.

Anyway, I think you have an understanding of the issues facing OLPC's
power management model at the moment. We'd like to move to your wakeup
events architecture and really nail our opportunistic suspend model,
but upstreaming the support needed at the architectural level has been
a challenge that I've been working on for over a year, and still isn't
done. I think I see some influence of our remaining issues in the list
of topics you wrote below, so that's great.

> The topics I, personally, would like to discuss include:
> - Per-device PM QoS
> - Propagation of wakeup events to user space vs system suspend
> - Possibility of representing dependencies between devices through
>  "device links" (i.e. objects representing master-slave links between
>  devices)
> - Idea of common "platform" bus type that may cover ACPI devices (like
>  battery, fans etc.), PNP devices and current platform devices in a
>  consistent way
> - Freezer improvements

cheers,
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html