Displaying 5 results from an estimated 5 matches for "cpufreq_add_cpu".
2011 Oct 14
1
[PATCH] cpufreq: error path fixes
...t because the only current code path leading to this
situation frees the policy upon failure and hence the governor not
getting cleared is benign).
Signed-off-by: Jan Beulich <jbeulich@suse.com>
--- a/xen/drivers/cpufreq/cpufreq.c
+++ b/xen/drivers/cpufreq/cpufreq.c
@@ -176,8 +176,10 @@ int cpufreq_add_cpu(unsigned int cpu)
if (!domexist || hw_all) {
policy = xzalloc(struct cpufreq_policy);
- if (!policy)
+ if (!policy) {
ret = -ENOMEM;
+ goto err0;
+ }
policy->cpu = cpu;
per_cpu(cpufreq_cpu_policy, cpu) = policy;
@@...
2011 Oct 20
0
[PATCH 07/12] cpufreq: allocate CPU masks dynamically
struct cpufreq_policy, including a cpumask_t member, gets copied in
cpufreq_limit_change(), cpufreq_add_cpu(), set_cpufreq_gov(), and
set_cpufreq_para(). Make the member a cpumask_var_t, thus reducing the
amount of data needing copying (particularly with large NR_CPUS).
Signed-off-by: Jan Beulich <jbeulich@suse.com>
--- 2011-09-20.orig/xen/arch/x86/acpi/cpufreq/cpufreq.c 2011-10-12 08:35:12.00000...
2008 Sep 17
5
c/s 18470
This changeset reverts two previous corrections, for reasons that escape
me.
First, the domain map is again being confined to NR_CPUS, which I had
submitted a patch to fix recently (yes, I realize the code has a TODO in
there, but those really get forgotten about far too often).
Second, the platform hypercall was reverted back to require all
information to be passed to Xen in one chunk, whereas
2008 Oct 29
4
[PATCH] cpufreq.c: shut up compiler about cpufreq_dom
...ke purely stylistic changes.)
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
diff -r ae100f264f6a xen/drivers/cpufreq/cpufreq.c
--- a/xen/drivers/cpufreq/cpufreq.c Wed Oct 29 13:09:37 2008 +0000
+++ b/xen/drivers/cpufreq/cpufreq.c Wed Oct 29 16:41:14 2008 +0000
@@ -80,7 +80,7 @@ int cpufreq_add_cpu(unsigned int cpu)
unsigned int dom, domexist = 0;
unsigned int j;
struct list_head *pos;
- struct cpufreq_dom *cpufreq_dom;
+ struct cpufreq_dom *cpufreq_dom = 0;
struct cpufreq_policy new_policy;
struct cpufreq_policy *policy;
struct processor_performance *perf...
2012 Aug 16
5
[PATCH] AMD, powernow: Update P-state directly when _PSD's CoordType is DOMAIN_COORD_TYPE_HW_ALL
# HG changeset patch
# User Boris Ostrovsky <boris.ostrovsky@amd.com>
# Date 1345135101 -7200
# Node ID 85190245a94d9945b7656c971ba36f7d1eff5c19
# Parent 6d56e31fe1e1dc793379d662a36ff1731760eb0c
AMD, powernow: Update P-state directly when _PSD''s CoordType is DOMAIN_COORD_TYPE_HW_ALL
When _PSD''s CoordType is DOMAIN_COORD_TYPE_HW_ALL (i.e. shared_type is