linux-toradex.git/include/linux/mfd/dbx500-prcmu.h, branch v3.4.55

mfd: Add a prcmu_abb_write_masked routine to db8500-prcmu

2012-03-16T18:45:08+00:00

This patch adds driver support for the I2C read-modify-write
service in the U8500 PRCMU firmware.

Signed-off-by: Mattias Nilsson 
Reviewed-by: Jonas ABERG 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd : Check if the other db8500 core is in WFI

2012-03-06T17:46:56+00:00

This patch allows to check if the other core is in WFI
mode. It is the last check the idle routine has to do before
entering into the retention state.

Signed-off-by: Daniel Lezcano 
Signed-off-by: Samuel Ortiz

mfd : Check if the db8500 prcmu has pending irq

2012-03-06T17:46:56+00:00

This patch allows to check if there are some pending irqs
on the prcmu.

Signed-off-by: Daniel Lezcano 
Signed-off-by: Samuel Ortiz

mfd : Copy the db8500 gic setting to the prcmu

2012-03-06T17:46:55+00:00

In the case we go to the retention mode, we decoupled the gic
in order to have the A9 core to reach a stable WFI state.
But we want the prcmu to wake up the A9 when the gic has a pending
irq which is done by copying the gic settings to the to the prcmu.

Signed-off-by: Daniel Lezcano 
Signed-off-by: Samuel Ortiz

mfd : Check if there are pending irq on the db8500 gic

2012-03-06T17:46:55+00:00

This patch introduces a routine to check if there are some
irqs pending on the gic. Usually this check is not relevant because
it appears racy (an irq can arrive right after this check), but in
the ux500 it makes sense because the prcmu decouples the gic from
the A9 cores.

Signed-off-by: Daniel Lezcano 
Signed-off-by: Samuel Ortiz

mfd: Decouple/recouple gic from the ux500 PRCMU

2012-03-06T17:46:47+00:00

This patch allows to decouple and recouple the gic from the PRCMU.
This is needed to put the A9 core in retention mode with the cpuidle
driver.

It is based on top of the "DB8500 PRCMU update" patchset.

Signed-off-by: Daniel Lezcano 
Acked-by: Rickard Andersson 
Signed-off-by: Samuel Ortiz

mfd: Add initial db8500 prcmu register access api

2012-03-06T17:46:34+00:00

This patch adds an initial PRCMU register access API, which
for now should only be used for a very limited set of registers.

The idea about this API is that we split the PRCMU driver in
one part that deals with interaction with the PRCMU firmware
and one part that simply provide write accessors in the PRCMU
register range. The latter are just a collection of registers
exposed in the PRCMU register range for various purposes and
not related to the PRCMU firmware.

Currently we support some limited GPIO, SPI and UART settings
through this API.

Signed-off-by: Mattias Nilsson 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: db8500 OPP and sleep handling update

2012-03-06T17:46:33+00:00

This updates the operating point handling code by:

- Supporting the DDR OPP retention state.
- Supporting another low operating point named
  APE_50_PARTLY_25_OPP
- Adding an interface to figure out if the sleep state change
  was properly achieved.

Signed-off-by: Shreshtha Kumar Sahu 
Signed-off-by: Rabin Vincent 
Signed-off-by: Mattias Nilsson 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: db8500 clock handling update

2012-03-06T17:46:32+00:00

This updates the clock handling in the DB8500 PRCMU driver with
the latest findings and API changes related to changes in the
backing firmware in the PRCMU.

- Add the necessary interfaces to get the frequencies of the
  clocks and set the rate of some of the clocks.
- Add support for controlling the clocks PLLSOC0, PLLDSI,
  DSI0, DSI1 and DSI escape clocks (DSInESCCLK).
- Correct the PLLSDI enable/disable sequence by using the
  DSIPLL_CLAMPI bit.

After this we will have the interfaces and code to implement the
U8500 clock framework properly.

Reviewed-by: Jonas Aberg 
Signed-off-by: Mattias Nilsson 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: Update abstract dbx500 interface

2012-03-06T17:46:32+00:00

This prefixes a number of accessor functions with db8500_* since
they are DB8500-specific and we need to move to this naming
scheme.

We also replace numerous instances of machine_is() with cpu_is()
which covers the right type of ASICs rather than entire machines
i.e. boards.

Signed-off-by: Mattias Nilsson 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz