linux-stable.git/drivers/clk/bcm, branch linux-4.1.y

clk: bcm/kona: use DIV_ROUND_CLOSEST_ULL()

2015-04-17T13:03:55+00:00

Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
implementation and use the kernel one.

Signed-off-by: Javi Merino 
Cc: Mike Turquette 
Cc: Stephen Boyd 
Acked-by: Alex Elder 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

clk: Add rate constraints to clocks

2015-02-02T22:23:42+00:00

Adds a way for clock consumers to set maximum and minimum rates. This
can be used for thermal drivers to set minimum rates, or by misc.
drivers to set maximum rates to assure a minimum performance level.

Changes the signature of the determine_rate callback by adding the
parameters min_rate and max_rate.

Signed-off-by: Tomeu Vizoso 
Signed-off-by: Stephen Boyd 
[sboyd@codeaurora.org: set req_rate in __clk_init]
Signed-off-by: Michael Turquette 
[mturquette@linaro.org: min/max rate for sun6i_ahb1_clk_determine_rate
                        migrated clk-private.h changes to clk.c]

clk: Change clk_ops->determine_rate to return a clk_hw as the best parent

2014-12-04T00:21:37+00:00

This is in preparation for clock providers to not have to deal with struct clk.

Signed-off-by: Tomeu Vizoso 
Reviewed-by: Stephen Boyd 
Signed-off-by: Michael Turquette

clk: bcm/kona: implement determine_rate()

2014-05-28T00:34:32+00:00

Implement the clk->determine_rate method for Broadcom Kona peripheral
clocks.  This allows a peripheral clock to be re-parented in order to
satisfy a rate change request.  This takes the place of the previous
kona_peri_clk_round_rate() functionality, though that function remains
because it is used by the new one.

The parent clock that allows the peripheral clock to produce a rate
closest to the one requested is the one selected, though the current
parent is used by default.

Signed-off-by: Alex Elder 
Signed-off-by: Mike Turquette

clk: bcm21664: use common clock framework

2014-04-30T18:51:44+00:00

Define the set of CCUs and provided clocks sufficient to satisfy the
needs of all the existing clock references for BCM21664.  Replace
the "fake" fixed-rate clocks used previously with "real" ones.

Note that only the minimal set of these clocks and CCUs is defined
here.  More clock definitions will need to be added as required by
the addition of additional drivers.

Signed-off-by: Alex Elder 
Signed-off-by: Mike Turquette

clk: bcm281xx: move compatible string definitions

2014-04-30T18:51:39+00:00

The Broadcom 281xx clock code uses a #define for the compatible
string for it's clock control units (CCUs).  Rather than defining
those in the C source file, define them in the header file that's
shared by both the code and the device tree source file (along with
all the clock ids).

Signed-off-by: Alex Elder 
Signed-off-by: Mike Turquette

clk: bcm281xx: add clock hysteresis support

2014-04-30T18:51:38+00:00

Add support for clock gate hysteresis control.  For now, if it's
defined for a clock, it's enabled.

Signed-off-by: Alex Elder 
Signed-off-by: Mike Turquette

clk: bcm281xx: add clock policy support

2014-04-30T18:51:36+00:00

Add support for CCU policy engine control, and also for setting the
mask bits for bus clocks that require a policy change to get
activated.  This includes adding validity checking framework for
CCUs, to validate the policy fields if defined.

Signed-off-by: Alex Elder 
Signed-off-by: Mike Turquette

clk: bcm281xx: define CCU clock data statically

2014-04-30T18:51:35+00:00

Rather than "manually" setting up each CCU's clock entries at run
time, define a flexible array of generic Kona clock structures
within the CCU structure itself.  Each of these entries contains
generic kona clock information (like its CCU pointer and clock
framework initialization data).  Each also has a pointer to a
structure contianing clock type-dependent initialization data
(like register definitions).

Since we'll iterate over these arrays we need to be sure they have
slots for all potential clock index values.  (E.g. for the root CCU
we must have at least BCM281XX_ROOT_CCU_CLOCK_COUNT slots.)  To
ensure this we always define an extra entry and fill it using the
special initializer LAST_KONA_CLK.

Just about everything we need to know about a clock can be defined
statically.  As a result, kona_clk_setup() can be changed to take
just a kona_clk structure as its argument, and peri_clk_setup() can
be simplified.  With the information pre-defined we are also able
to handle most clock setup genericially.  We can do away with the
CCU-specific callback functions that previously were needed to set
up the entries in CCU's clock array.

Move the definition of the ccu_data structure down in "clk-kona.h"
to avoid a forward dependency.

Signed-off-by: Alex Elder 
Signed-off-by: Mike Turquette

clk: bcm281xx: initialize CCU structures statically

2014-04-30T18:51:33+00:00

We know up front how many CCU's we'll support, so there's no need to
allocate their data structures dynamically.  Define a macro
KONA_CCU_COMMON() to simplify the initialization of many of the
fields in a ccu_data structure.  Pass the address of a statically
defined CCU structure to kona_dt_ccu_setup() rather than having that
function allocate one.

We also know at build time how many clocks a given CCU will provide,
though the number of of them for each CCU is different.  Record the
number of clocks we need in the CCU's clk_onecell_data struct
(which is used when we register the CCU with the common clock code
as a clock provider).  Rename that struct field "clk_data" (because
"data" alone gets a little confusing).

Use the known clock count to move the allocation of each CCU's
clocks array into ccu_clks_setup() rather than having each CCU's
setup callback function do it.

(The real motivation behind all of this is that we'll be doing some
static initialization of some additional CCU-specific data soon.)

Signed-off-by: Alex Elder 
Signed-off-by: Mike Turquette