All of lore.kernel.org
 help / color / mirror / Atom feed
From: Viresh Kumar <viresh.kumar@linaro.org>
To: dawei chien <dawei.chien@mediatek.com>,
	Javi Merino <javi.merino@arm.com>
Cc: 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: Fri, 6 Nov 2015 08:54:33 +0530	[thread overview]
Message-ID: <20151106032433.GL3773@ubuntu> (raw)
In-Reply-To: <1446721837.4016.57.camel@mtksdaap41>

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?

> Actually, static power is optional since dynamic power is much more than
> static power.

Maybe, we should still capture it.

@Javi ?

-- 
viresh

WARNING: multiple messages have this Message-ID (diff)
From: viresh.kumar@linaro.org (Viresh Kumar)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 1/2] thermal: mediatek: Add cpu power cooling model.
Date: Fri, 6 Nov 2015 08:54:33 +0530	[thread overview]
Message-ID: <20151106032433.GL3773@ubuntu> (raw)
In-Reply-To: <1446721837.4016.57.camel@mtksdaap41>

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?

> Actually, static power is optional since dynamic power is much more than
> static power.

Maybe, we should still capture it.

@Javi ?

-- 
viresh

  reply	other threads:[~2015-11-06  3:24 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 [this message]
2015-11-06  3:24         ` Viresh Kumar
2015-11-10 11:20         ` Javi Merino
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=20151106032433.GL3773@ubuntu \
    --to=viresh.kumar@linaro.org \
    --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=javi.merino@arm.com \
    --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 \
    /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.