summaryrefslogtreecommitdiffstats
path: root/block
diff options
context:
space:
mode:
authorSrivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>2014-02-17 11:48:21 +0100
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2014-02-19 01:04:56 +0100
commitc3274763bfc3bf1ececa269ed6e6c4d7ec1c3e5e (patch)
tree849fe849d4b6bde9c2aecd5c31ee519beff6c431 /block
parentcpufreq: remove sysfs link when a cpu != policy->cpu, is removed (diff)
downloadlinux-c3274763bfc3bf1ececa269ed6e6c4d7ec1c3e5e.tar.xz
linux-c3274763bfc3bf1ececa269ed6e6c4d7ec1c3e5e.zip
cpufreq: powernow-k8: Initialize per-cpu data-structures properly
The powernow-k8 driver maintains a per-cpu data-structure called powernow_data that is used to perform the frequency transitions. It initializes this data structure only for the policy->cpu. So, accesses to this data structure by other CPUs results in various problems because they would have been uninitialized. Specifically, if a cpu (!= policy->cpu) invokes the drivers' ->get() function, it returns 0 as the KHz value, since its per-cpu memory doesn't point to anything valid. This causes problems during suspend/resume since cpufreq_update_policy() tries to enforce this (0 KHz) as the current frequency of the CPU, and this madness gets propagated to adjust_jiffies() as well. Eventually, lots of things start breaking down, including the r8169 ethernet card, in one particularly interesting case reported by Pierre Ossman. Fix this by initializing the per-cpu data-structures of all the CPUs in the policy appropriately. References: https://bugzilla.kernel.org/show_bug.cgi?id=70311 Reported-by: Pierre Ossman <pierre@ossman.eu> Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com> Cc: All applicable <stable@vger.kernel.org> Acked-by: Viresh Kumar <viresh.kumar@linaro.org> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'block')
0 files changed, 0 insertions, 0 deletions