linux-toradex.git/drivers/cpufreq/Kconfig.arm, branch v3.4.45

cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS

2012-04-14T00:57:40+00:00

The OMAP driver needs a 'depends on ARCH_OMAP2PLUS' since it only
builds for OMAP2+ platforms.

This 'depends on' was in the original patch from Russell King, but was
erroneously removed by me when making this option user-selectable in
commit b09db45c (cpufreq: OMAP driver depends CPUfreq tables.)  This
patch remedies that.

Apologies to Russell King for breaking his originally working patch.

Also, thanks to Grazvydas Ignotas for reporting the same problem.

Cc: Russell King 
Cc: Grazvydas Ignotas 
Signed-off-by: Kevin Hilman 
Signed-off-by: Linus Torvalds

EXYNOS: fix dependency for EXYNOS_CPUFREQ

2012-04-04T17:09:03+00:00

This fixes the CPUFREQ dependency for regarding EXYNOS SoCs
such as EXYNOS4210, EXYNOS4X12 and EXYNOS5250. Its cpufreq
driver should be built with selection of SoC arch part.

Reported-by: Russell King 
Acked-by: Dave Jones 
Signed-off-by: Kukjin Kim

Merge branch 'next' of git://git.kernel.org/pub/scm/linux/kernel/git/davej/cpufreq

2012-03-24T00:56:39+00:00

Pull cpufreq updates for 3.4 from Dave Jones: new drivers and some fixes.

* 'next' of git://git.kernel.org/pub/scm/linux/kernel/git/davej/cpufreq:
  provide disable_cpufreq() function to disable the API.
  EXYNOS5250: Add support cpufreq for EXYNOS5250
  EXYNOS4X12: Add support cpufreq for EXYNOS4X12
  [CPUFREQ] CPUfreq ondemand: update sampling rate without waiting for next sampling
  [CPUFREQ] Add S3C2416/S3C2450 cpufreq driver
  [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ
  [CPUFREQ] EXYNOS4210: update the name of EXYNOS clock register
  [CPUFREQ] EXYNOS: Initialize locking_frequency with initial frequency
  [CPUFREQ] s3c64xx: Fix mis-cherry pick of VDDINT

Fix up trivial conflicts in Kconfig and Makefile due to just changes
next to each other (OMAP2PLUS changes vs some new EXYNOS cpufreq
drivers).

EXYNOS5250: Add support cpufreq for EXYNOS5250

2012-03-14T18:39:50+00:00

This patch adds support cpufreq for EXYNOS5250 SoC. Basically,
the exynos-cpufreq.c is used commonly and exynos5250-cpufreq.c
is used for EXYNOS5250(two Cortex-A15 cores) SoC.

Signed-off-by: Jaecheol Lee 
Signed-off-by: Kukjin Kim 
Signed-off-by: Dave Jones

EXYNOS4X12: Add support cpufreq for EXYNOS4X12

2012-03-14T18:39:47+00:00

This patch adds support cpufreq for EXYNOS4X12 SoCs. Basically,
the exynos-cpufreq.c is used commonly and exynos4x12-cpufreq.c
is used for EXYNOS4212(two Cortex-A9 cores) and EXYNOS4412(four
Cortex-A9 cores) SoCs.

Signed-off-by: Jaecheol Lee 
Signed-off-by: Kukjin Kim 
Signed-off-by: Dave Jones

[CPUFREQ] Add S3C2416/S3C2450 cpufreq driver

2012-03-01T03:24:39+00:00

The S3C2416/S3C2450 SoCs support two sources for the armclk.

The first source is the so called armdiv which divides the msysclk down
to provide necessary cpu rates. In this mode the core voltage must be
always at 1.3V. The frequency from the armdiv is not allowed to be
lower than the hclk frequency.

In the second mode the armclk can be sourced directly from the hclk in
the so called "dynamic voltags scaling" (dvs) mode. Here the armdiv
isn't used at all. Also in this mode the core voltage may be lowered.
Existing hardware and tests with it suggest 1.0V as sufficient.

When changing the clock source to the armdiv from the hclk, the SoC
shows stability issues if the new frequency is higher than the current
hclk frequency. Hence the driver always forces the armdiv to the hclk
frequency before the source change and lets the cpufreq issue another
set_target call for higher frequencies.

To mark the hclk frequency as lower as the corresponding armdiv
frequency it is set 1MHz below the real frequency. This lets the cpufreq
framework change between 133MHz based on hclk and 133MHz based on armdiv
at will.

Signed-off-by: Heiko Stuebner 
Tested-by: Andrey Gusakov 
Signed-off-by: Dave Jones

[CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ

2012-03-01T03:24:39+00:00

exynos4210-cpufreq.c is not buildable on non-exynos builds, so it's
pointless allowing this option to be exposed.  Fix this by adding a
dependency on ARCH_EXYNOS.

drivers/cpufreq/exynos4210-cpufreq.c:20:29: error: mach/regs-clock.h: No such file or directory
drivers/cpufreq/exynos4210-cpufreq.c:21:26: error: mach/cpufreq.h: No such file or directory

Signed-off-by: Russell King 
Cc: cpufreq@vger.kernel.org
Cc: Kukjin Kim 
Signed-off-by: Dave Jones

cpufreq: OMAP driver depends CPUfreq tables

2012-02-22T00:32:24+00:00

The OMAP driver depends on CPUfreq table support for creating a table
of frequencies from the OPP layer.  Ensure that it's build to avoid
link-time errors.

Signed-off-by: Russell King 
[khilman@ti.com: make user-selectable, but default y]
Signed-off-by: Kevin Hilman

[CPUFREQ] EXYNOS: Make EXYNOS common cpufreq driver

2012-01-09T04:52:40+00:00

To support various EXYNOS series SoCs commonly,
added exynos common structure.
exynos-cpufreq.c => EXYNOS series common cpufreq driver
exynos4210-cpufreq.c => EXYNOS4210 support cpufreq driver

Signed-off-by: Jaecheol Lee 
Signed-off-by: Kukjin Kim 
Signed-off-by: Dave Jones

[CPUFREQ] Move compile for S3C64XX cpufreq to /drivers/cpufreq

2011-07-13T22:29:53+00:00

Cc: Mark Brown 
Signed-off-by: Kukjin Kim 
Signed-off-by: Dave Jones