linux.git/drivers/cpufreq/intel_pstate.c, branch v3.10

cpufreq / intel_pstate: Add additional supported CPU ID

2013-05-21T22:28:44+00:00

Add CPU ID for Ivybrigde processor.

Signed-off-by: Dirk Brandewie 
Signed-off-by: Rafael J. Wysocki

cpufreq / intel_pstate: use vzalloc() instead of vmalloc()/memset(0)

2013-05-13T23:39:28+00:00

Use vzalloc() instead of vmalloc() and memset(0).

Signed-off-by: Wei Yongjun 
Acked-by: Viresh Kumar 
Acked-by: Dirk Brandewie 
Signed-off-by: Rafael J. Wysocki

cpufreq / intel_pstate: remove #ifdef MODULE compile fence

2013-05-12T12:04:17+00:00

The driver can no longer be built as a module remove the compile fence
around cpufreq tracing call.

Signed-off-by: Dirk Brandewie 
Signed-off-by: Rafael J. Wysocki

cpufreq / intel_pstate: Remove idle mode PID

2013-05-12T12:04:17+00:00

Remove dead code from the driver.

Signed-off-by: Dirk Brandewie 
Signed-off-by: Rafael J. Wysocki

cpufreq / intel_pstate: fix ffmpeg regression

2013-05-12T12:04:16+00:00

The ffmpeg benchmark in the phoronix test suite has threads on
multiple cores that rely on the progress on of threads on other cores
and ping pong back and forth fast enough to make the core appear less
busy than it "should" be.  If the core has been at minimum p-state for
a while bump the pstate up to kick the core to see if it is in this
ping pong state.  If the core is truly idle the p-state will be
reduced at the next sample time.  If the core makes more progress it
will send more work to the thread bringing both threads out of the
ping pong scenario and the p-state will be selected normally.

This fixes a performance regression of approximately 30%

Cc: 3.9+ 
Signed-off-by: Dirk Brandewie 
Signed-off-by: Rafael J. Wysocki

cpufreq / intel_pstate: use lowest requested max performance

2013-05-12T12:04:16+00:00

There are two ways that the maximum p-state can be clamped, via a
policy change and via the sysfs file.

The acpi-thermal driver adjusts the p-state policy in response to
thermal events.  These changes override the users settings at the
moment.

Use the lowest of the two requested values this ensures that we will
not exceed the requested pstate from either mechanism.

Reported-by: Srinivas Pandruvada 
Cc: 3.9+ 
Signed-off-by: Dirk Brandewie 
Signed-off-by: Rafael J. Wysocki

cpufreq / intel_pstate: remove idle time and duration from sample and calculations

2013-05-12T12:04:16+00:00

Idle time is taken into account in the APERF/MPERF ratio calculation
there is no reason for the driver to track it seperately.  This
reduces the work in the driver and makes the code more readable.

Removal of the tracking of sample duration removes the possibility of
the divide by zero exception when the duration is sub 1us

References: https://bugzilla.kernel.org/show_bug.cgi?id=56691
Reported-by: Mike Lothian 
Cc: 3.9+ 
Signed-off-by: Dirk Brandewie 
Signed-off-by: Rafael J. Wysocki

Merge branch 'pm-cpufreq'

2013-04-28T00:10:46+00:00

* pm-cpufreq: (57 commits)
  cpufreq: MAINTAINERS: Add co-maintainer
  cpufreq: pxa2xx: initialize variables
  ARM: S5pv210: compiling issue, ARM_S5PV210_CPUFREQ needs CONFIG_CPU_FREQ_TABLE=y
  cpufreq: cpu0: Put cpu parent node after using it
  cpufreq: ARM big LITTLE: Adapt to latest cpufreq updates
  cpufreq: ARM big LITTLE: put DT nodes after using them
  cpufreq: Don't call __cpufreq_governor() for drivers without target()
  cpufreq: exynos5440: Protect OPP search calls with RCU lock
  cpufreq: dbx500: Round to closest available freq
  cpufreq: Call __cpufreq_governor() with correct policy->cpus mask
  cpufreq / intel_pstate: Optimize intel_pstate_set_policy
  cpufreq: OMAP: instantiate omap-cpufreq as a platform_driver
  arm: exynos: Enable OPP library support for exynos5440
  cpufreq: exynos: Remove error return even if no soc is found
  cpufreq: exynos: Add cpufreq driver for exynos5440
  cpufreq: AMD "frequency sensitivity feedback" powersave bias for ondemand governor
  cpufreq: ondemand: allow custom powersave_bias_target handler to be registered
  cpufreq: convert cpufreq_driver to using RCU
  cpufreq: powerpc/platforms/cell: move cpufreq driver to drivers/cpufreq
  cpufreq: sparc: move cpufreq driver to drivers/cpufreq
  ...

Conflicts:
	MAINTAINERS (with commit a8e39c3 from pm-cpuidle)
	drivers/cpufreq/cpufreq_governor.h (with commit beb0ff3)

cpufreq / intel_pstate: Optimize intel_pstate_set_policy

2013-04-10T11:42:45+00:00

This function is called quite often from other subsystems.
Removed unused call to intel_pstate_get_min_max().
Also when "policy->policy == CPUFREQ_POLICY_PERFORMANCE", then
no need to do calculations as the limits will be forced anyway.
Also corrected filename in the header.

Signed-off-by: Srinivas Pandruvada 
Acked-by: Viresh Kumar 
Signed-off-by: Rafael J. Wysocki

cpufreq / intel_pstate: Set timer timeout correctly

2013-04-08T20:09:23+00:00

The current calculation of the delay time is wrong and a cut and
paste error from a previous experimental driver.  This can result in
the timeout being set to jiffies + 1 which setup the driver to race
with itself if the APIC timer interrupt happens at just the right
time.

References: https://bugzilla.redhat.com/show_bug.cgi?id=920289
Reported-by: Adam Williamson 
Reported-and-tested-by: Parag Warudkar 
Signed-off-by: Dirk Brandewie 
Signed-off-by: Rafael J. Wysocki