[PATCH V8 0/1] firmware: arm_scmi: Register and handle limits change notification

Sibi Sankar posted 1 patch 1 week, 3 days ago
drivers/cpufreq/scmi-cpufreq.c | 45 ++++++++++++++++++++++++++++++++++
1 file changed, 45 insertions(+)
[PATCH V8 0/1] firmware: arm_scmi: Register and handle limits change notification
Posted by Sibi Sankar 1 week, 3 days ago
This series registers for scmi limits change notifications to determine
the throttled frequency and apply HW pressure.

V8:
* Drop patch 1 since it was picked up by Viresh
* Leave policy->max update to the cpufreq_qos notifier [Vincent]
* We sanitized the range_max from V3 since we dealt with
  policy->max, now we can drop the check and policy member
  from scmi_data.

V7:
* Add a new request instead of reusing the max_freq_req [Vincent]
* Use the non-devm versions of register/unregister of event notifier
  since we have to remove them when the cpus get removed anyway.
* Add new patch to fix cleanup path on boost enablement failure.

V6:
* Unregister the notifier in the exit path to make sure
  the cpus work across suspend/resume cycles.

V5:
* Drop patch 1 and use pm_qos to update constraints. [Vincent]
* Use sdev instead of cpu_dev in dev_warn. [Christian]
* Pass sdev directly through private data. [Christian]
* Dropping Rb's for now.

V4:
* Use EXPORT_SYMBOL_GPL instead. [Trilok]
* Use a interim variable to show the khz calc. [Lukasz]
* Use driver_data to pass on the handle and scmi_dev instead of using
  global variables. Dropped Lukasz's Rb due to adding these minor
  changes.

V3:
* Sanitize range_max received from the notifier. [Pierre]
* Drop patches 1/2 from v2. [Cristian]
* Update commit message in patch 2.

V2:
* Rename opp_xlate -> freq_xlate [Viresh]
* Export cpufreq_update_pressure and use it directly [Lukasz]

base-branch: next-20241113

Sibi Sankar (1):
  cpufreq: scmi: Register for limit change notifications

 drivers/cpufreq/scmi-cpufreq.c | 45 ++++++++++++++++++++++++++++++++++
 1 file changed, 45 insertions(+)

-- 
2.34.1