Skip to content

Commit

Permalink
---
Browse files Browse the repository at this point in the history
yaml
---
r: 160965
b: refs/heads/master
c: 4abf27a
h: refs/heads/master
i:
  160963: 324dd00
v: v3
  • Loading branch information
Russell King authored and Russell King committed Sep 8, 2009
1 parent 2167683 commit d0204ab
Show file tree
Hide file tree
Showing 289 changed files with 16,424 additions and 1,720 deletions.
2 changes: 1 addition & 1 deletion [refs]
Original file line number Diff line number Diff line change
@@ -1,2 +1,2 @@
---
refs/heads/master: 54782674084ed9dc829050a8c18298db6847679d
refs/heads/master: 4abf27add86e5b7c37dca1fb4dd9a740b4332a84
75 changes: 75 additions & 0 deletions trunk/Documentation/arm/Samsung-S3C24XX/CPUfreq.txt
Original file line number Diff line number Diff line change
@@ -0,0 +1,75 @@
S3C24XX CPUfreq support
=======================

Introduction
------------

The S3C24XX series support a number of power saving systems, such as
the ability to change the core, memory and peripheral operating
frequencies. The core control is exported via the CPUFreq driver
which has a number of different manual or automatic controls over the
rate the core is running at.

There are two forms of the driver depending on the specific CPU and
how the clocks are arranged. The first implementation used as single
PLL to feed the ARM, memory and peripherals via a series of dividers
and muxes and this is the implementation that is documented here. A
newer version where there is a seperate PLL and clock divider for the
ARM core is available as a seperate driver.


Layout
------

The code core manages the CPU specific drivers, any data that they
need to register and the interface to the generic drivers/cpufreq
system. Each CPU registers a driver to control the PLL, clock dividers
and anything else associated with it. Any board that wants to use this
framework needs to supply at least basic details of what is required.

The core registers with drivers/cpufreq at init time if all the data
necessary has been supplied.


CPU support
-----------

The support for each CPU depends on the facilities provided by the
SoC and the driver as each device has different PLL and clock chains
associated with it.


Slow Mode
---------

The SLOW mode where the PLL is turned off altogether and the
system is fed by the external crystal input is currently not
supported.


sysfs
-----

The core code exports extra information via sysfs in the directory
devices/system/cpu/cpu0/arch-freq.


Board Support
-------------

Each board that wants to use the cpufreq code must register some basic
information with the core driver to provide information about what the
board requires and any restrictions being placed on it.

The board needs to supply information about whether it needs the IO bank
timings changing, any maximum frequency limits and information about the
SDRAM refresh rate.




Document Author
---------------

Ben Dooks, Copyright 2009 Simtec Electronics
Licensed under GPLv2
Loading

0 comments on commit d0204ab

Please sign in to comment.