linux-pm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Eduardo Valentin <edubezval@gmail.com>
To: Punit Agrawal <punit.agrawal@arm.com>
Cc: Linux PM <linux-pm@vger.kernel.org>,
	Rui Zhang <rui.zhang@intel.com>,
	Javi Merino <Javi.Merino@arm.com>,
	"cyndis@lakka.kapsi.fi" <cyndis@lakka.kapsi.fi>,
	Kapileshwar Singh <Kapileshwar.Singh@arm.com>,
	"l.majewski@samsung.com" <l.majewski@samsung.com>,
	"geert+renesas@glider.be" <geert+renesas@glider.be>,
	"srinivas.pandruvada@linux.intel.com"
	<srinivas.pandruvada@linux.intel.com>,
	"wxt@rock-chips.com" <wxt@rock-chips.com>
Subject: Re: [RFP] LPC thermal track
Date: Fri, 27 Mar 2015 11:02:47 -0400	[thread overview]
Message-ID: <20150327150245.GA29938@developer.hsd1.ca.comcast.net> (raw)
In-Reply-To: <55154361.90302@arm.com>

[-- Attachment #1: Type: text/plain, Size: 2384 bytes --]

Hello Punit,

On Fri, Mar 27, 2015 at 11:47:45AM +0000, Punit Agrawal wrote:
> Hi Eduardo,
> 
> Thanks for proposing a thermal micro-conference. It would be good to 
> discuss the direction things are heading with regards to thermal in linux.
> 

Great!

Let's see if we can get enough entropy to get it approved.

> On 27/03/15 00:02, Eduardo Valentin wrote:
> > Hello all,
> >
> > I've created a proposal for a thermal microconference track on the LPC
> > 2015 [1]. The basic idea is to get thermal developers together and
> > discuss the thermal role within the Linux environment, from kernel and
> > userspace perspective.
> >
> > A initial proposal for the topics to be discussed are:
> > . Closed loop control governors
> > . Sensor API
> > . Thermal class: split of temperature sensor device and thermal driver
> > . Improvements on OF-thermal
> > . Devfreq vs. clock cooling
> > . Power model based policies
> > . User space tools
> > . User space governors
> >
> > If you have interest, or if you have ideas on how to improve the
> > framework, reply to this email and add it to the wiki.
> >
> 
> I'd like to propose -
> 
> . Co-ordination among cooling-devices in the system
> 
> In workloads that involve multiple devices such as camera+CPUs+image 
> singal processor or camera+video encoding, etc. often there are 
> dependencies across multiple devices' performance states to achieve 
> minimum acceptable performance (24fps HD encode for example). When 
> thermally constrained it would help to have some mechanisms to 
> co-ordinate their performance control. The power allocator governor 
> attempts to solve some of these problems but it would be good to have a 
> wider discussion on enabling more scenarios.
> 

Sounds good to me. It would be interesting to see if plumbing is
required in the framework itself.

> 
> > Add your name in the list of participants as well. Also, if you feel
> > like giving a talk on the topic, let's add it to the topic list.
> >
> 
> Done.
> 

Can you please also add you name as presenter of this topic?

> Cheers,
> Punit
> 
> > Currently I am simple checking what would be the level of interest to
> > have this topic as a LPC microconference.
> >
> > BR,
> >
> > Eduardo Valentin
> >
> >
> > [1] - http://wiki.linuxplumbersconf.org/2015:thermal
> >
> 

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

  reply	other threads:[~2015-03-27 15:02 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-27  0:02 [RFP] LPC thermal track Eduardo Valentin
2015-03-27 11:47 ` Punit Agrawal
2015-03-27 15:02   ` Eduardo Valentin [this message]
2015-03-30 19:11   ` Srinivas Pandruvada
2015-03-30 20:51     ` Eduardo Valentin
2015-03-30 22:37       ` Srinivas Pandruvada
2015-04-29  5:23 ` Eduardo Valentin
2015-04-29  5:24 ` Eduardo Valentin
2015-04-29  5:26   ` Eduardo Valentin
2015-06-05  1:14 ` Eduardo Valentin
2015-08-26 23:49 ` [ANNOUNCE] Report of the thermal micro-conference in LPC 2015 - Seattle, WA Eduardo Valentin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150327150245.GA29938@developer.hsd1.ca.comcast.net \
    --to=edubezval@gmail.com \
    --cc=Javi.Merino@arm.com \
    --cc=Kapileshwar.Singh@arm.com \
    --cc=cyndis@lakka.kapsi.fi \
    --cc=geert+renesas@glider.be \
    --cc=l.majewski@samsung.com \
    --cc=linux-pm@vger.kernel.org \
    --cc=punit.agrawal@arm.com \
    --cc=rui.zhang@intel.com \
    --cc=srinivas.pandruvada@linux.intel.com \
    --cc=wxt@rock-chips.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).