linux-toradex.git/drivers/mfd/twl6040-core.c, branch v3.3.4

mfd: Avoid twl6040-codec PLL reconfiguration when not needed

2012-02-03T18:03:50+00:00

Do not reconfigure the PLL in case it has been configured already
with the requested parameters.
In case of different PLL configuration do only the needed changes.
This can save considerable amount of time since we can avoid the
defined protocol (with delays) for the PLL configuration.

Signed-off-by: Peter Ujfalusi 
Signed-off-by: Samuel Ortiz

mfd: Store twl6040-codec mclk configuration

2012-02-03T18:03:44+00:00

Store the last used mclk configuration for the PLL.

Signed-off-by: Peter Ujfalusi 
Signed-off-by: Samuel Ortiz

mfd: Use gpio_request_one from twl6040-core

2012-01-08T23:37:38+00:00

Use gpio_request_one() instead of multiple gpiolib calls.

Signed-off-by: Axel Lin 
Signed-off-by: Samuel Ortiz

mfd: Convert MFD drivers to use module_platform_driver

2012-01-08T23:37:31+00:00

Factors out some boilerplate code for drivers doing the default thing
for platform driver registration. Drivers using platform_driver_probe
or an initcall other than module_init can't be converted.

Signed-off-by: Mark Brown 
Signed-off-by: Samuel Ortiz

MFD: twl6040: function to query the vibra status for clients

2011-10-12T10:48:49+00:00

If the client only interested, if any of the vibra channels enabled, or
if any of the channels are set to receive audio data via PDM.

This function targets mainly the vibra driver, so it can check if it is
allowed to execute effects ot not.

Signed-off-by: Peter Ujfalusi 
Acked-by: Samuel Ortiz 
Signed-off-by: Mark Brown

MFD: twl6040: Cache the vibra control registers

2011-10-12T10:48:46+00:00

The vibra control register will be used from the ASoC codec driver as well.
In order to avoid latency issues caused by I2C read access, cache the two
control register within the core driver, so we do not need to reach out
to the chip to read it back.

Signed-off-by: Peter Ujfalusi 
Acked-by: Samuel Ortiz 
Signed-off-by: Mark Brown

MFD: twl6040: Fix power on GPIO handling

2011-09-19T22:15:48+00:00

Avoid requesting the audpwron gpio in case of ES1.0
revision.
In the past we requested the gpio, but we did not
free it up, since we made the check for the revision
later. This results later checks for gpio validity to
fail, leaving the gpio reserved (even after the driver
has been removed).

Signed-off-by: Peter Ujfalusi 
Acked-by: Samuel Ortiz 
Acked-by: Liam Girdwood 
Signed-off-by: Mark Brown

MFD: twl6040: Add accessor for revision ID

2011-09-19T22:15:38+00:00

For client driver to use, if they need chip resvision information.

Signed-off-by: Peter Ujfalusi 
Acked-by: Samuel Ortiz 
Acked-by: Liam Girdwood 
Signed-off-by: Mark Brown

MFD: twl6040: Remove global pointer for platform_device

2011-09-19T22:15:29+00:00

There is no need to keep global pointer for the platform
device, since it is only used for dev_* prints, and the
device pointer available within the twl6040 structure.

Signed-off-by: Peter Ujfalusi 
Acked-by: Samuel Ortiz 
Acked-by: Liam Girdwood 
Signed-off-by: Mark Brown

MFD: twl6040: Remove enum for PLL tracking

2011-07-07T11:23:46+00:00

There is no need to have two different types for
tracking the selected PLL.
Use only the defines, when dealing with the PLLs.

Signed-off-by: Peter Ujfalusi 
Acked-by: Samuel Ortiz