public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
From: Philip Radford <philip.radford@arm.com>
To: linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, arm-scmi@vger.kernel.org,
	linux-pm@vger.kernel.org
Cc: sudeep.holla@arm.com, james.quinlan@broadcom.com,
	f.fainelli@gmail.com, vincent.guittot@linaro.org,
	etienne.carriere@st.com, peng.fan@oss.nxp.com,
	michal.simek@amd.com, quic_sibis@quicinc.com,
	dan.carpenter@linaro.org, d-gole@ti.com,
	souvik.chakravarty@arm.com,
	Philip Radford <philip.radford@arm.com>
Subject: [PATCH v4 00/11] Add support for SCMIv4.0 Powercap Extensions
Date: Wed,  1 Apr 2026 10:53:38 +0100	[thread overview]
Message-ID: <20260401095349.2217840-1-philip.radford@arm.com> (raw)

Hi all,

I will be taking over this series from Cristian and in doing so I have
addressed a couple of issues raised by the first version and added four
additional patches since Cristian's original series:

[6/11] exposes the measurement averaging interval (MAI) value when the
agent has registered to receive power measurement change notifications
for the power capping domain.

[9/11] adds MAI get and set support for the powercap protocol.

[10/11] introduces a synthetic root zone to act as a common parent for all
top-level domains.

[11/11] adds get_power_uw to synthetic root zone, summing the per-zone
power of immediate child zones.

TODO:
- Add enable/disable functionality to synthetic root zone to enable/disable
  immediate children.

The original series was based on v6.17-rc1 whereas this version has been
based on v7.0-rc4.

The rest of Cristian's series is explained below;

SCMIv4.0 [1] introduces some new features and commands into the Powercap
protocol. In a nutshell, such protocol changes add support for:

 - setting multiple powercap limit/interval constraints for each SCMI
   powercap domain which supports multiple Concurrent Power Limit
 - enabling more Powercap commands to use Fastchannels mechanism
 - adding multiple constraints support to the existing notifications

After a bit of needed updates in the SCMI core this series adds:

- support for the idea of optional multiple Concurrent Power Limit (CPLs)
- support for the new FCs
- support for extended notifications
- enable usage of such multiple constraint in the ARM SCMI Powercap driver

Note that the public SCMIv4.0 spec at [1] is currently still BETA0, so
this series could anyway need some minor rework along the way and
definitely will need to wait for a final public release before being
possibly merged.

Tested on a single and multi-instance scenario on an emulated setup
implementing the new protocol extensions.

Based on v7.0-rc4.

Thanks,
Phil

---
V3->V4
- Rebased on v7.0-rc4
- Added sythentic parent node and functionality
- Moved fastchannel inits outside of loop
- Renamed arguments for consistency
V2->V3
- Added powercap MAI get/set support
V1->V2
- Rebased on sudeep/for-next/scmi/updates
- Amended Copyright to include 2026
- Added patch to extend powercap report to include MAI
- Removed creation of pi powercap_info struct due to legacy code change
- Amended references to pi->version and similar, which were based on
  legacy code
- Wrapped two variables in le32_to_cpu() to appease Sparse warnings
- Amended comparing operator value in response to feedback

Cristian Marussi (7):
  firmware: arm_scmi: Add an optional custom parameter to fastchannel
    helpers
  firmware: arm_scmi: Refactor powercap domain layout
  firmware: arm_scmi: Add SCMIv4.0 Powercap basic support
  firmware: arm_scmi: Add SCMIv4.0 Powercap FCs support
  firmware: arm_scmi: Add SCMIV4.0 Powercap notifications support
  include: trace: Add new parameter to trace_scmi_fc_call
  powercap: arm_scmi: Enable multiple constraints support

Philip Radford (4):
  firmware: arm_scmi: Extend powercap report to include MAI
  firmware: arm_scmi: add Powercap MAI get/set support
  powercap: arm_scmi: Create synthetic parent node for multi-instance
  powercap: arm_scmi: Add get_power_uw to synthetic node

 drivers/firmware/arm_scmi/driver.c    |  12 +-
 drivers/firmware/arm_scmi/perf.c      |  16 +-
 drivers/firmware/arm_scmi/powercap.c  | 984 ++++++++++++++++++++------
 drivers/firmware/arm_scmi/protocols.h |   2 +-
 drivers/powercap/arm_scmi_powercap.c  | 146 +++-
 include/linux/scmi_protocol.h         |  87 ++-
 include/trace/events/scmi.h           |  12 +-
 7 files changed, 986 insertions(+), 273 deletions(-)

--
2.47.3


             reply	other threads:[~2026-04-01  9:54 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-01  9:53 Philip Radford [this message]
2026-04-01  9:53 ` [PATCH v4 01/11] firmware: arm_scmi: Add an optional custom parameter to fastchannel helpers Philip Radford
2026-04-01  9:53 ` [PATCH v4 02/11] firmware: arm_scmi: Refactor powercap domain layout Philip Radford
2026-04-01  9:53 ` [PATCH v4 03/11] firmware: arm_scmi: Add SCMIv4.0 Powercap basic support Philip Radford
2026-04-01  9:53 ` [PATCH v4 04/11] firmware: arm_scmi: Add SCMIv4.0 Powercap FCs support Philip Radford
2026-04-01  9:53 ` [PATCH v4 05/11] firmware: arm_scmi: Add SCMIV4.0 Powercap notifications support Philip Radford
2026-04-01  9:53 ` [PATCH v4 06/11] firmware: arm_scmi: Extend powercap report to include MAI Philip Radford
2026-04-01  9:53 ` [PATCH v4 07/11] include: trace: Add new parameter to trace_scmi_fc_call Philip Radford
2026-04-01  9:53 ` [PATCH v4 08/11] powercap: arm_scmi: Enable multiple constraints support Philip Radford
2026-04-01  9:53 ` [PATCH v4 09/11] firmware: arm_scmi: add Powercap MAI get/set support Philip Radford
2026-04-01  9:53 ` [PATCH v4 10/11] powercap: arm_scmi: Create synthetic parent node for multi-instance Philip Radford
2026-04-01  9:53 ` [PATCH v4 11/11] powercap: arm_scmi: Add get_power_uw to synthetic node Philip Radford

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=20260401095349.2217840-1-philip.radford@arm.com \
    --to=philip.radford@arm.com \
    --cc=arm-scmi@vger.kernel.org \
    --cc=d-gole@ti.com \
    --cc=dan.carpenter@linaro.org \
    --cc=etienne.carriere@st.com \
    --cc=f.fainelli@gmail.com \
    --cc=james.quinlan@broadcom.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=michal.simek@amd.com \
    --cc=peng.fan@oss.nxp.com \
    --cc=quic_sibis@quicinc.com \
    --cc=souvik.chakravarty@arm.com \
    --cc=sudeep.holla@arm.com \
    --cc=vincent.guittot@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