From: Marcel Ziswiler <marcel.ziswiler@toradex.com>
To: "jonathanh@nvidia.com" <jonathanh@nvidia.com>,
"pdeschrijver@nvidia.com" <pdeschrijver@nvidia.com>,
"digetx@gmail.com" <digetx@gmail.com>,
"viresh.kumar@linaro.org" <viresh.kumar@linaro.org>,
"thierry.reding@gmail.com" <thierry.reding@gmail.com>,
"rjw@rjwysocki.net" <rjw@rjwysocki.net>,
"robh+dt@kernel.org" <robh+dt@kernel.org>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [PATCH v1 0/5] CPUFREQ OPP's and Tegra30 support by tegra20-cpufreq driver
Date: Thu, 6 Sep 2018 12:35:03 +0000 [thread overview]
Message-ID: <1536237301.25080.22.camel@toradex.com> (raw)
In-Reply-To: <20180830194356.14059-1-digetx@gmail.com>
On Thu, 2018-08-30 at 22:43 +0300, Dmitry Osipenko wrote:
> Hello,
>
> This series adds support for CPU frequency scaling on Tegra30 and
> device
> tree support that allows to implement thermal throttling and
> customize
> available CPU frequencies per-board. The tegra20-cpufreq driver has
> been
> re-worked to support that all.
>
> Note that Tegra30 support not strictly depends on the clock patches
> that
> are under review now, CPUFREQ driver will fail to probe until CCLKG
> clock
> will get exposed by the clock driver. Hence this series can be
> applied
> independently of the clock patches, CPUFREQ will start to work on
> Tegra30
> once both patchsets will be applied.
In general this seems to work fine both on Colibri T20 as well as
Apalis/Colibri T30. However I did notice a few things plus have some
additional questions:
- Both T20 as well as T30 currently limit the max frequency to 1 GHz
while there are clearly T30 SKUs which may allow higher frequencies
(e.g. our regular T30 aka Embedded SKU 1.3 GHz max resp. 1.4 GHz single
core only, commercial T30 aka AP33 or T33 or whatever it is called up
to 1.6 GHz max resp. 1.7 GHz single core only). Would I have to allow
this via custom OPPs in my device tree?
- However, certain OPPs may also require adjusting core/cpu voltages
which is not yet taken care of as far as I can tell, correct?
- I believe in downstream certain OPPs also take silicon parameters aka
speedo whatever into account. Any comments/plans concerning this?
- With "cpufreq-info -f" I could only observe like the top 3-4 OPPs
while it does not to go further down even when idling. Why could that
be resp. what could cause this?
- Unfortunately "cpufreq-info --stats" currently does not seem to
output anything. Would that require something special to be
implemented?
Other than that you may add the following to the whole series:
Tested-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
> Dmitry Osipenko (5):
> dt-bindings: cpufreq: Add binding for NVIDIA Tegra20/30
> cpufreq: tegra20: Support OPP, thermal cooling and Tegra30
> ARM: tegra: Create tegra20-cpufreq device on Tegra30
> ARM: dts: tegra20: Add CPU Operating Performance Points
> ARM: dts: tegra30: Add CPU Operating Performance Points
>
> .../cpufreq/nvidia,tegra20-cpufreq.txt | 38 ++
> arch/arm/boot/dts/tegra20.dtsi | 58 +++
> arch/arm/boot/dts/tegra30.dtsi | 65 ++++
> arch/arm/mach-tegra/tegra.c | 4 +
> drivers/cpufreq/Kconfig.arm | 2 +
> drivers/cpufreq/cpufreq-dt-platdev.c | 2 +
> drivers/cpufreq/tegra20-cpufreq.c | 334 +++++++++++++---
> --
> 7 files changed, 422 insertions(+), 81 deletions(-)
> create mode 100644
> Documentation/devicetree/bindings/cpufreq/nvidia,tegra20-cpufreq.txt
next prev parent reply other threads:[~2018-09-06 12:35 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-30 19:43 [PATCH v1 0/5] CPUFREQ OPP's and Tegra30 support by tegra20-cpufreq driver Dmitry Osipenko
2018-08-30 19:43 ` [PATCH v1 1/5] dt-bindings: cpufreq: Add binding for NVIDIA Tegra20/30 Dmitry Osipenko
2018-09-25 16:58 ` Rob Herring
2018-09-25 17:29 ` Dmitry Osipenko
2018-09-25 19:36 ` Rob Herring
2018-09-25 21:57 ` Dmitry Osipenko
2018-09-28 18:49 ` Rob Herring
2018-10-17 8:40 ` Jon Hunter
2018-10-17 12:37 ` Dmitry Osipenko
2018-10-17 12:42 ` Dmitry Osipenko
2018-10-17 12:59 ` Jon Hunter
2018-10-17 13:07 ` Dmitry Osipenko
2018-10-17 13:34 ` Jon Hunter
2018-10-17 13:46 ` Dmitry Osipenko
2018-10-17 14:14 ` Jon Hunter
2018-10-17 14:43 ` Dmitry Osipenko
2018-10-17 19:29 ` Jon Hunter
2018-10-17 20:57 ` Dmitry Osipenko
2018-08-30 19:43 ` [PATCH v1 2/5] cpufreq: tegra20: Support OPP, thermal cooling and Tegra30 Dmitry Osipenko
2018-10-17 8:47 ` Jon Hunter
2018-08-30 19:43 ` [PATCH v1 3/5] ARM: tegra: Create tegra20-cpufreq device on Tegra30 Dmitry Osipenko
2018-10-17 8:49 ` Jon Hunter
2018-10-17 9:54 ` Jon Hunter
2018-10-17 12:02 ` Dmitry Osipenko
2018-08-30 19:43 ` [PATCH v1 4/5] ARM: dts: tegra20: Add CPU Operating Performance Points Dmitry Osipenko
2018-08-30 19:43 ` [PATCH v1 5/5] ARM: dts: tegra30: " Dmitry Osipenko
2018-09-06 12:35 ` Marcel Ziswiler [this message]
2018-09-07 16:59 ` [PATCH v1 0/5] CPUFREQ OPP's and Tegra30 support by tegra20-cpufreq driver Dmitry Osipenko
2018-09-11 8:27 ` Marcel Ziswiler
2018-09-14 10:30 ` Dmitry Osipenko
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=1536237301.25080.22.camel@toradex.com \
--to=marcel.ziswiler@toradex.com \
--cc=devicetree@vger.kernel.org \
--cc=digetx@gmail.com \
--cc=jonathanh@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=pdeschrijver@nvidia.com \
--cc=rjw@rjwysocki.net \
--cc=robh+dt@kernel.org \
--cc=thierry.reding@gmail.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 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).