[4.4.y-cip,00/11] ti-cpufreq backport

Message

Chen-Yu Tsai Sept. 9, 2020, 4:42 a.m. UTC

Hi everyone,

This is the final part of MOXA's PM / OPP / ti-cpufreq backport series.
Part 2, which consisted of OPP / cpufreq-dt cleanups, is abandoned in
favor of directly backporting the ti-cpufreq driver.

This part includes a couple of patches to the PM / OPP subsystem to
expose required APIs, and deal with the v1/v2 mixed OPP table used
by am33xx. The rest are the backport of the ti-cpufreq driver, and
fixes for this driver. The fixes were requested by CIP kernel
maintainers as part of MOXA's previous attempt to backport ti-cpufreq.
They are included as separate patches, as there are quite a few of them
spread over multiple kernel releases.

The result is that my BeagleBone Black can run at higher speeds than
without the ti-cpufreq driver due to having a better silicon revision.

Please have a look.

Regards
ChenYu


Christophe Jaillet (1):
  cpufreq: ti: Fix 'of_node_put' being called twice in error handling
    path

Dave Gerlach (6):
  PM / OPP: Expose _of_get_opp_desc_node as dev_pm_opp API
  Documentation: dt: add bindings for ti-cpufreq
  cpufreq: ti: Add cpufreq driver to determine available OPPs at runtime
  cpufreq: dt: Don't use generic platdev driver for ti-cpufreq platforms
  ARM: omap2plus_defconfig: Enable support for ti-cpufreq
  ARM: dts: am33xx: Add updated operating-points-v2 table for cpu

Suman Anna (1):
  cpufreq: ti-cpufreq: Fix an incorrect error return value

Viresh Kumar (1):
  PM / OPP: Parse clock-latency and voltage-tolerance for v1 bindings

Zumeng Chen (2):
  cpufreq: ti-cpufreq: kfree opp_data when failure
  cpufreq: ti-cpufreq: add missing of_node_put()

 .../bindings/cpufreq/ti-cpufreq.txt           | 128 ++++++++
 arch/arm/boot/dts/am33xx.dtsi                 |  87 +++++-
 arch/arm/configs/omap2plus_defconfig          |   1 +
 arch/arm/mach-omap2/pm.c                      |   3 +
 drivers/base/power/opp/core.c                 |  25 +-
 drivers/base/power/opp/cpu.c                  |   4 +-
 drivers/base/power/opp/opp.h                  |   6 +
 drivers/cpufreq/Kconfig.arm                   |  11 +
 drivers/cpufreq/Makefile                      |   1 +
 drivers/cpufreq/ti-cpufreq.c                  | 276 ++++++++++++++++++
 include/linux/pm_opp.h                        |   6 +
 11 files changed, 531 insertions(+), 17 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/cpufreq/ti-cpufreq.txt
 create mode 100644 drivers/cpufreq/ti-cpufreq.c

Comments

Pavel Machek Sept. 9, 2020, 7:03 a.m. UTC | #1

Hi!

> This is the final part of MOXA's PM / OPP / ti-cpufreq backport series.
> Part 2, which consisted of OPP / cpufreq-dt cleanups, is abandoned in
> favor of directly backporting the ti-cpufreq driver.
> 
> This part includes a couple of patches to the PM / OPP subsystem to
> expose required APIs, and deal with the v1/v2 mixed OPP table used
> by am33xx. The rest are the backport of the ti-cpufreq driver, and
> fixes for this driver. The fixes were requested by CIP kernel
> maintainers as part of MOXA's previous attempt to backport ti-cpufreq.
> They are included as separate patches, as there are quite a few of them
> spread over multiple kernel releases.
> 
> The result is that my BeagleBone Black can run at higher speeds than
> without the ti-cpufreq driver due to having a better silicon
> revision.

The series looks good to me. I can apply it if it passes testing and
there are no other comments.

Best regards,
								Pavel

Nobuhiro Iwamatsu Sept. 9, 2020, 8:11 p.m. UTC | #2

Hi,

> -----Original Message-----
> From: Pavel Machek [mailto:[e-mail]]
> Sent: Wednesday, September 9, 2020 4:04 PM
> To: Chen-Yu Tsai (Moxa) <[e-mail]>
> Cc: iwamatsu nobuhiro(岩松 信洋 □ＳＷＣ◯ＡＣＴ) <[e-mail]>; [e-mail];
> [e-mail]; [e-mail]; [e-mail]
> Subject: Re: [PATCH 4.4.y-cip 00/11] ti-cpufreq backport
> 
> Hi!
> 
> > This is the final part of MOXA's PM / OPP / ti-cpufreq backport series.
> > Part 2, which consisted of OPP / cpufreq-dt cleanups, is abandoned in
> > favor of directly backporting the ti-cpufreq driver.
> >
> > This part includes a couple of patches to the PM / OPP subsystem to
> > expose required APIs, and deal with the v1/v2 mixed OPP table used
> > by am33xx. The rest are the backport of the ti-cpufreq driver, and
> > fixes for this driver. The fixes were requested by CIP kernel
> > maintainers as part of MOXA's previous attempt to backport ti-cpufreq.
> > They are included as separate patches, as there are quite a few of them
> > spread over multiple kernel releases.
> >
> > The result is that my BeagleBone Black can run at higher speeds than
> > without the ti-cpufreq driver due to having a better silicon
> > revision.
> 
> The series looks good to me. I can apply it if it passes testing and
> there are no other comments.

This patch series looks good to me too.
So, I applied and pushed.

> 
> Best regards,
> 								Pavel

Best regards,
  Nobuhiro
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#5438): https://lists.cip-project.org/g/cip-dev/message/5438
Mute This Topic: https://lists.cip-project.org/mt/76726426/4520428
Group Owner: [e-mail]
Unsubscribe: https://lists.cip-project.org/g/cip-dev/leave/8129116/1171672734/xyzzy  [[e-mail]]
-=-=-=-=-=-=-=-=-=-=-=-