[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1396037484-23907-1-git-send-email-ego@linux.vnet.ibm.com>
Date: Sat, 29 Mar 2014 01:41:21 +0530
From: "Gautham R. Shenoy" <ego@...ux.vnet.ibm.com>
To: Viresh Kumar <viresh.kumar@...aro.org>, rjw@...ysocki.net,
Benjamin Herrenschmidt <benh@...nel.crashing.org>
Cc: linuxppc-dev@...abs.org, Linux PM list <linux-pm@...r.kernel.org>,
svaidy@...ux.vnet.ibm.com, srivatsa.bhat@...ux.vnet.ibm.com,
Anton Blanchard <anton@...ba.org>, cpufreq@...r.kernel.org,
linux-kernel@...r.kernel.org,
"Gautham R. Shenoy" <ego@...ux.vnet.ibm.com>
Subject: [PATCH v5 0/3] powernv,cpufreq: Dynamic Frequency Scaling support
From: "Gautham R. Shenoy" <ego@...ux.vnet.ibm.com>
Hi,
This is v5 of the patchset to enable dynamic frequency scaling on IBM
PowerNV platforms. This patchset does address all the review comments
obtained for v4 (which can be found at [1]).
Changes from v4:
* Created a separate patch to select the CPUFreq related Config
options for PowerNV
* Dropped the per-core locking hunks in
drivers/cpufreq/powernv-cpufreq.c since the CPUFreq core takes
care of the for us after the following commit which is present in
linux-next:
commit 12478cf0c55e5969f740bb38a24b1a0104ae18d8
Author: Srivatsa S. Bhat <srivatsa.bhat@...ux.vnet.ibm.com>
Date: Mon Mar 24 13:35:44 2014 +0530
cpufreq: Make sure frequency transitions are serialized
* [PATCH v5 3/3] gets rid of the powernv_pstate_ids[] array that
was being used to record the pstate ids. After the following
patch it is safe to use cpufreq_frequency_table.driver_data
since it is opaque to the cpufreq core:
From: Viresh Kumar <viresh.kumar@...aro.org>
Date: 2014-03-28 13:53:47
url: http://marc.info/?l=linux-pm&m=139601416804702&w=2
cpufreq: create another field .flags in cpufreq_frequency_table
The patchset is based on the commit
201544be8c37dffbf069bb5fc9edb5674f8c1754 of the linux-next tree.
While all the patches in the patchset apply cleanly on linux-next,
[PATCH v5 3/3] requires the Viresh's patch that was mentioned
above. Otherwise, the frequency corresponding to pstate id -3 will be
omited while reporting the "scaling_available_frequencies" in sysfs.
[1]: http://marc.info/?l=linux-pm&m=139585297620612&w=2
Gautham R. Shenoy (2):
powernv, cpufreq: Select CPUFreq related Kconfig options for powernv
powernv,cpufreq: Use cpufreq_frequency_table.driver_data to store
pstate ids
Vaidyanathan Srinivasan (1):
powernv, cpufreq: cpufreq driver for powernv platform
arch/powerpc/configs/pseries_defconfig | 1 +
arch/powerpc/configs/pseries_le_defconfig | 1 +
arch/powerpc/include/asm/reg.h | 4 +
arch/powerpc/platforms/powernv/Kconfig | 6 +
drivers/cpufreq/Kconfig.powerpc | 8 +
drivers/cpufreq/Makefile | 1 +
drivers/cpufreq/powernv-cpufreq.c | 341 ++++++++++++++++++++++++++++++
7 files changed, 362 insertions(+)
create mode 100644 drivers/cpufreq/powernv-cpufreq.c
--
1.8.3.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists