All of lore.kernel.org
 help / color / mirror / Atom feed
From: Javi Merino <javi.merino@arm.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: dawei chien <dawei.chien@mediatek.com>,
	Eduardo Valentin <edubezval@gmail.com>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Kumar Gala <galak@codeaurora.org>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Daniel Kurtz <djkurtz@chromium.org>,
	Sascha Hauer <s.hauer@pengutronix.de>,
	Daniel Lezcano <daniel.lezcano@linaro.org>,
	devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
	linux-mediatek@lists.infradead.org, srv_heupstream@mediatek.com,
	Sascha Hauer <kernel@pengutronix.de>
Subject: Re: [PATCH v3 1/2] thermal: mediatek: Add cpu power cooling model.
Date: Tue, 10 Nov 2015 11:20:18 +0000	[thread overview]
Message-ID: <20151110112017.GA3551@e104805> (raw)
In-Reply-To: <20151106032433.GL3773@ubuntu>

On Fri, Nov 06, 2015 at 08:54:33AM +0530, Viresh Kumar wrote:
> Cc'ing Javi (which you should have as he wrote the power-thing for
> cpu-cooling).
> 
> On 05-11-15, 19:10, dawei chien wrote:
> > This is because our platform currently only support mt8173_cpufreq.c, so
> > that I only add static power model for our owner IC.
> 
> Bindings are (normally) supposed to be general than a platform
> specific.
> 
> > Please understanding that I wouldn't give a DT binding document since I
> > will remove static power table on next version, but I can try to explain
> > it.
> 
> Then just don't add things in the first place.
> 
> > As far as I know, static power is somewhat leakage of CPU clusters, so
> > that we hardly to find a formula, which can suitable all kinds of CPUs
> > since leakage is different. In ARM IPA framework, static power only need
> > to be defined by who register cpufreq_power_cooling_register. The
> > voltage/power table is just one way to present leakage power of CPUs.
> 
> The bindings don't fix the values for static power, but just provides
> a field for platforms to use. Everyone can then send its own power
> figures. Why do you thing it can't be generalized?

The way they are described here is useful only for this platform, but
it's not generic.  It only takes into account voltage as (I assume)
it's the only variable that affects it in this implementation.  A
generalized version of the static power should take into account the
temperature and the idle state.

> > Actually, static power is optional since dynamic power is much more than
> > static power.
> 
> Maybe, we should still capture it.
> 
> @Javi ?

It really depends on the platform.  If dawei says that for their
platform static power is negligible then it is ok to not capture it.

Cheers,
Javi

WARNING: multiple messages have this Message-ID (diff)
From: javi.merino@arm.com (Javi Merino)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 1/2] thermal: mediatek: Add cpu power cooling model.
Date: Tue, 10 Nov 2015 11:20:18 +0000	[thread overview]
Message-ID: <20151110112017.GA3551@e104805> (raw)
In-Reply-To: <20151106032433.GL3773@ubuntu>

On Fri, Nov 06, 2015 at 08:54:33AM +0530, Viresh Kumar wrote:
> Cc'ing Javi (which you should have as he wrote the power-thing for
> cpu-cooling).
> 
> On 05-11-15, 19:10, dawei chien wrote:
> > This is because our platform currently only support mt8173_cpufreq.c, so
> > that I only add static power model for our owner IC.
> 
> Bindings are (normally) supposed to be general than a platform
> specific.
> 
> > Please understanding that I wouldn't give a DT binding document since I
> > will remove static power table on next version, but I can try to explain
> > it.
> 
> Then just don't add things in the first place.
> 
> > As far as I know, static power is somewhat leakage of CPU clusters, so
> > that we hardly to find a formula, which can suitable all kinds of CPUs
> > since leakage is different. In ARM IPA framework, static power only need
> > to be defined by who register cpufreq_power_cooling_register. The
> > voltage/power table is just one way to present leakage power of CPUs.
> 
> The bindings don't fix the values for static power, but just provides
> a field for platforms to use. Everyone can then send its own power
> figures. Why do you thing it can't be generalized?

The way they are described here is useful only for this platform, but
it's not generic.  It only takes into account voltage as (I assume)
it's the only variable that affects it in this implementation.  A
generalized version of the static power should take into account the
temperature and the idle state.

> > Actually, static power is optional since dynamic power is much more than
> > static power.
> 
> Maybe, we should still capture it.
> 
> @Javi ?

It really depends on the platform.  If dawei says that for their
platform static power is negligible then it is ok to not capture it.

Cheers,
Javi

  reply	other threads:[~2015-11-10 11:20 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-22 12:02 [PATCH v3 0/2] thermal: mediatek: Add cpu power cooling model Dawei Chien
2015-10-22 12:02 ` Dawei Chien
2015-10-22 12:02 ` Dawei Chien
2015-10-22 12:02 ` [PATCH v3 1/2] " Dawei Chien
2015-10-22 12:02   ` Dawei Chien
2015-10-22 12:02   ` Dawei Chien
2015-11-04 19:40   ` Eduardo Valentin
2015-11-04 19:40     ` Eduardo Valentin
2015-11-04 19:40     ` Eduardo Valentin
2015-11-05 11:10     ` dawei chien
2015-11-05 11:10       ` dawei chien
2015-11-05 11:10       ` dawei chien
2015-11-06  3:24       ` Viresh Kumar
2015-11-06  3:24         ` Viresh Kumar
2015-11-10 11:20         ` Javi Merino [this message]
2015-11-10 11:20           ` Javi Merino
2015-11-10 18:41           ` Eduardo Valentin
2015-11-10 18:41             ` Eduardo Valentin
2015-11-11  9:36             ` Javi Merino
2015-11-11  9:36               ` Javi Merino
2015-11-11  9:36               ` Javi Merino
2015-11-13  5:02           ` Viresh Kumar
2015-11-13  5:02             ` Viresh Kumar
2015-10-22 12:02 ` [PATCH v3 2/2] arm64: dts: mt8173: Add thermal zone node for mt8173 Dawei Chien
2015-10-22 12:02   ` Dawei Chien
2015-10-22 12:02   ` Dawei Chien
2015-10-28 15:39   ` Viresh Kumar
2015-10-28 15:39     ` Viresh Kumar
2015-11-02 10:51     ` dawei chien
2015-11-02 10:51       ` dawei chien
2015-11-02 10:51       ` dawei chien
2015-11-04 19:41   ` Eduardo Valentin
2015-11-04 19:41     ` Eduardo Valentin
2015-11-05 11:10     ` dawei chien
2015-11-05 11:10       ` dawei chien
2015-11-05 11:10       ` dawei chien
2015-10-28 15:44 ` [PATCH v3 0/2] thermal: mediatek: Add cpu power cooling model Viresh Kumar
2015-10-28 15:44   ` Viresh Kumar
2015-11-02 10:46   ` dawei chien
2015-11-02 10:46     ` dawei chien
2015-11-02 10:46     ` dawei chien
2015-11-02 12:10     ` Viresh Kumar
2015-11-02 12:10       ` Viresh Kumar
2015-11-02 12:10       ` Viresh Kumar
2015-11-05 11:09       ` dawei chien
2015-11-05 11:09         ` dawei chien
2015-11-05 11:09         ` dawei chien
2015-11-06  3:20         ` Viresh Kumar
2015-11-06  3:20           ` Viresh Kumar
2015-11-06  3:20           ` Viresh Kumar
2015-11-11 12:00           ` dawei chien
2015-11-11 12:00             ` dawei chien
2015-11-11 12:00             ` dawei chien
2015-11-02 15:53   ` Punit Agrawal
2015-11-02 15:53     ` Punit Agrawal
2015-11-02 15:53     ` Punit Agrawal
2015-11-02 16:10     ` Viresh Kumar
2015-11-02 16:10       ` Viresh Kumar
2015-11-04 19:36     ` Eduardo Valentin
2015-11-04 19:36       ` 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=20151110112017.GA3551@e104805 \
    --to=javi.merino@arm.com \
    --cc=daniel.lezcano@linaro.org \
    --cc=dawei.chien@mediatek.com \
    --cc=devicetree@vger.kernel.org \
    --cc=djkurtz@chromium.org \
    --cc=edubezval@gmail.com \
    --cc=galak@codeaurora.org \
    --cc=ijc+devicetree@hellion.org.uk \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=matthias.bgg@gmail.com \
    --cc=pawel.moll@arm.com \
    --cc=rjw@rjwysocki.net \
    --cc=robh+dt@kernel.org \
    --cc=s.hauer@pengutronix.de \
    --cc=srv_heupstream@mediatek.com \
    --cc=viresh.kumar@linaro.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.