Commits · bf97ca9a0dabd6110a6aa7b4d1b20274973810af · nexedi / linux

09 Dec, 2011 2 commits

ASoC: Convert WM8776 to devm_kzalloc() · bf97ca9a
Mark Brown authored Dec 08, 2011
```
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
```
bf97ca9a

ASoC: Refactor some conditions and loop in soc_bind_dai_link() · 2610ab77

Stephen Warren authored Dec 07, 2011

Transform some loops from:

for_each(x) {
    if (f(x)) {
        work_on(x);
    }
}

to new structure:

for_each(x) {
    if (!f(x))
        continue;

    work_on(x);
}

This will allow future modification of f(x) with less impact to the code.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Acked-by: Liam Girdwood <lrg@ti.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

2610ab77

08 Dec, 2011 7 commits

ASoC: Tegra: Move DAS configuration into DAS driver · 7b9b5e11

Stephen Warren authored Dec 07, 2011

Move DAS routing setup into the DAS driver itself. This removes the need
to duplicate this in each machine driver, of which we'll soon have three.

An added advantage is that the machine drivers no longer call the Tegra20-
specific DAS functions by name, so the machine driver no longer needs to
be split up into Tegra20 and Tegra30 versions.

If individual machine drivers need a different routing setup to this
default, they can still call the DAS functions to set that up.

Long-term, DAS will be a codec driver, and user-space will be able to
control its routing, possibly within constraints that the machine driver
sets up. Configuring the DAS routing from the DAS driver is a very slight
move in that direction.
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

7b9b5e11

ASoC: wm8960: Use snd_soc_update_bits for read-modify-write · 16b24881

Axel Lin authored Dec 08, 2011

Use snd_soc_update_bits for read-modify-write register access instead of
open-coding it using snd_soc_read and snd_soc_write
Signed-off-by: Axel Lin <axel.lin@gmail.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

16b24881

ASoC: Rely on core enabling the wm8994 with runtime PM · 4105ab84

Mark Brown authored Dec 05, 2011

No need to do this in the driver now.
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

4105ab84

ASoC: Take a pm_runtime reference on DAPM devices that are enabled · f1aac484

Mark Brown authored Dec 05, 2011

As for PCMs take a runtime power management reference to devices that are
in a non-off bias, avoiding the need to do this in individual drivers.
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

f1aac484

ASoC: Use core pm_runtime callbacks for omap-mcpdm · beaff340

Mark Brown authored Dec 03, 2011

Now that the core holds a pm_runtime reference to the device while the
link is active there is no need for the driver to do so.
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
Acked-by: Peter Ujfalusi <peter.ujfalusi@ti.com>

beaff340

ASoC: Use core pm_runtime callbacks for omap-dmic · 06d07b6b

Mark Brown authored Dec 03, 2011

Now that the core holds a pm_runtime reference to the device while the
link is active there is no need for the driver to do so.
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
Acked-by: Peter Ujfalusi <peter.ujfalusi@ti.com>

06d07b6b

ASoC: Hold runtime PM references to components of active DAIs · d6652ef8

Mark Brown authored Dec 03, 2011

Every device that implements runtime power management for DAIs is doing
it in pretty much the same way: in the startup callback they take a
runtime PM reference and then in the shutdown callback they release that
reference, keeping the device active while the DAI is active. Given the
frequency with which this is done and the obviousness of the need to keep
the device active in this period factor the code out into the core, taking
references on the device for each CPU DAI, CODEC DAI and DMA device in the
core.

As runtime PM is reference counted this shouldn't interfere with any
other reference holding by the drivers, and since (in common with the
existing implementations) we don't check for errors on enabling it
shouldn't matter if the device actually has runtime PM enabled or not.
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
Tested-by: Peter Ujfalusi <peter.ujfalusi@ti.com>

d6652ef8

07 Dec, 2011 9 commits

Merge branch 'for-3.2' into for-3.3 · bf4df935
Mark Brown authored Dec 08, 2011

bf4df935

ASoC: Convert e800_wm9712 to use gpio_request_one() · 209e8cf6