Currently, there can't be multiple instances of single governor_type. If we have
a multi-package system, where we have multiple instances of struct policy (per
package), we can't have multiple instances of same governor. i.e. We can't have
multiple instances of ondemand governor for multiple packag
We don't need to keep two structures for file attributes, global_attr and
freq_attr. Lets use freq_attr only for cpufreq core and drivers.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/acpi-cpufreq.c | 9 -
drivers/cpufreq/intel_pstate.c | 30 +++---
include/li
Currently, there can't be multiple instances of single governor_type. If we have
a multi-package system, where we have multiple instances of struct policy (per
package), we can't have multiple instances of same governor. i.e. We can't have
multiple instances of ondemand governor for multiple packag
have_multiple_policies is required by platforms having multiple clock-domains
for cpus, i.e. supporting multiple policies for cpus. This patch adds in a
Kconfig option for enabling execution of this code.
Reported-by: Borislav Petkov
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/Kconfig | 3 +
This is targetted for 3.10-rc1 or linux-next just after the merge window.
All patches are pushed here for others to apply:
http://git.linaro.org/gitweb?p=people/vireshk/linux.git;a=shortlog;h=refs/heads/cpufreq-updates-3.10
Currently, there can't be multiple instances of single governor_type. If
Add information about the regulator state and status field
Signed-off-by: Sanjay Singh Rawat
---
doc.txt | 20
1 file changed, 20 insertions(+)
create mode 100644 doc.txt
diff --git a/doc.txt b/doc.txt
new file mode 100644
index 000..36ffc46
--- /dev/null
+++ b/doc.t
On 8 February 2013 23:35, Vincent Guittot wrote:
> The nr_busy_cpus field of the sched_group_power is sometime different from 0
> whereas the platform is fully idle. This serie fixes 3 use cases:
> - when some CPUs enter idle state while booting all CPUs
> - when a CPU is unplug and/or replug
A
On 11 February 2013 09:46, Viresh Kumar wrote:
> On 11 February 2013 02:44, Francesco Lavra
> wrote:
>> dbs_data->tuners is never freed, which means there is a memory leak
>> across CPUFREQ_GOV_POLICY_INIT and CPUFREQ_GOV_POLICY_EXIT events.
>>
>> The same goes for the ondemand governor.
>
> Tha
On 11 February 2013 02:44, Francesco Lavra wrote:
> dbs_data->tuners is never freed, which means there is a memory leak
> across CPUFREQ_GOV_POLICY_INIT and CPUFREQ_GOV_POLICY_EXIT events.
>
> The same goes for the ondemand governor.
Thanks for pointing out. Would be fixed in next version.
_
Hi,
On 02/04/2013 12:38 PM, Viresh Kumar wrote:
> Currently, there can't be multiple instances of single governor_type. If we
> have
> a multi-package system, where we have multiple instances of struct policy (per
> package), we can't have multiple instances of same governor. i.e. We can't
> hav
Greetings,
llct has been moved to v3.8-rc7 (tag llct-20130210.0).
If the ll topics would be ready, on Feb 11, in the evening GMT there
will be the ll rebuild based on llct-20130210.0.
Thanks,
Andrey
On 02/04/2013 09:51 PM, Andrey Konovalov wrote:
Greetings,
The current 13.02 schedule has be
11 matches
Mail list logo
