Message ID | 20221128142912.16022-1-marcan@marcan.st |
---|---|
Headers | show |
Series | Apple SoC cpufreq driver | expand |
On 28-11-22, 23:29, Hector Martin wrote: > This driver implements CPU frequency scaling for Apple Silicon SoCs, > including M1 (t8103), M1 Max/Pro/Ultra (t600x), and M2 (t8112). > > Each CPU cluster has its own register set, and frequency management is > fully automated by the hardware; the driver only has to write one > register. There is boost frequency support, but the hardware will only > allow their use if only a subset of cores in a cluster are in > non-deep-idle. Since we don't support deep idle yet, these frequencies > are not achievable, but the driver supports them. They will remain > disabled in the device tree until deep idle is implemented, to avoid > confusing users. > > This driver does not yet implement the memory controller performance > state tuning that usually accompanies higher CPU p-states. This will be > done in a future patch. > > Acked-by: Marc Zyngier <maz@kernel.org> > Signed-off-by: Hector Martin <marcan@marcan.st> > --- > drivers/cpufreq/Kconfig.arm | 9 + > drivers/cpufreq/Makefile | 1 + > drivers/cpufreq/apple-soc-cpufreq.c | 352 +++++++++++++++++++++++++++ > drivers/cpufreq/cpufreq-dt-platdev.c | 2 + > 4 files changed, 364 insertions(+) > create mode 100644 drivers/cpufreq/apple-soc-cpufreq.c Applied. Thanks.
On 28-11-22, 23:29, Hector Martin wrote: > Hi folks, > > Here's v5 of the cpufreq driver for Apple SoCs. v5 just incorporates > minor review feedback changes from v3, and no functional changes. v4 > had a DT schema SNAFU; this supersedes it. > > Once reviewed, please merge #3 via the cpufreq tree, and we'll take > care of #1,#2,#4 via the asahi-soc tree. This lets us merge the DT > changes in the same cycle without blocking on the binding coming in > via the cpufreq tree first. For patches 1/2/4: Acked-by: Viresh Kumar <viresh.kumar@linaro.org>