Re: Plumbers: PM constraints micro-conf RFP

[mark gross <markgross@thegnar.org>]

On Fri, May 11, 2012 at 09:02:02AM +0200, Jean Pihet wrote:
> Hi Mark,
> 
> On Wed, May 2, 2012 at 4:36 PM, mark gross <markgross@thegnar.org> wrote:
> > This is a Request For Participation in a micro-conference at this years
> > Linux plumbers event.  For this micro conference to happen we need to
> > reach a certain critical mass WRT participants as measured by submitted
> > talks associated to Power Management Constraints.
> That looks great! I hope some progress can be made in the area of the
> constraints frameworks design.
> 
> > The To: list is populated with folks that I've had interactions with
> > over extending pm-qos or constraint based PM over the past year.
> >
> > If you are working on problems related to constraining the power /
> > performance of devices I am inviting your participation and request you
> > submit a proposal for presenting your problem space (preferred) and or
> > solution to a group of developers looking for a good solution to push
> > upstream.  The talks will be about 20 min long as I want to get into
> > some design and implementation discussions after the requirements
> > definition is mostly finished.
> I can have something about the per-device PM QoS, starting from the
> ELC presentation [1], the current status and the next steps.
> 
> [1] https://events.linuxfoundation.org/events/embedded-linux-conference/pihet
> The slides can be found at
> https://events.linuxfoundation.org/images/stories/pdf/lf_elc12_pihet.pdf.
> 
> I am looking at the travel arrangements and will confirm asap.
> 
> > I am interested in gathering user mode interface needs as well as kernel
> > mode.
> An agreement is needed on the APIs, especially for the user space.
> 
> >
> > From a high level pm-constraints is a generalization of pm-qos to include
> > limiting performance as well as its current limiting of device
> > throttling.
> >
> > As performance limiting is typically used for any of the following:
> > 1) staying within thermal operational envelopes
> > 2) avoiding peak current
> > 3) extending battery life in active use cases
> >
> > I invite anyone working in any of these areas or pm-qos applications to
> > participate in this micro-conference.
> >
> > I will organize the micro-conference into 2 parts:
> > 1) problem statements with specific participant examples where
> > constraining the performance or throttling is needed.
> >
> > 2) high level design brain storming.
> >
> > If the micro-conference happens (i.e. critical mass is reached) any
> > interested linux-plumbers attendees is very welcome to participate.
> >
> > Please send me an off list email if you want me to add you to my mutt
> > alias of interested parties I'll use to cc people on emails.  Note: must
> > of the correspondence will cc linux-pm too.
> >
> > Please submit a proposal if you are interested in participating in this
> > with me.  I know a number of people are working in this space for the
> > past few years now.  I think its a good time to compare notes and at
> > least consolidate requirements and use cases.  Perhaps we'll even come up
> > with a good design to implement in the process.
> >
> > thanks,
> > --mark
> 
> Thanks for organizing!
>
I think it will be a good discussion and hopefully we'll make progress
all around on this topic.

BTW I'm sorry for mutilating your name and email in my original
posting.

--mark