linux-toradex.git/sound/soc, branch v3.2.23

ASoC: tlv320aic3x: Fix codec pll configure bug

2012-07-12T03:32:03+00:00

commit c9fe573a6584034670c1a55ee8162d623519cbbf upstream.

In sound/soc/codecs/tlv320aic3x.c

        data = snd_soc_read(codec, AIC3X_PLL_PROGA_REG);
        snd_soc_write(codec, AIC3X_PLL_PROGA_REG,
                      data | (pll_p << PLLP_SHIFT));

In the above code, pll-p value is OR'ed with previous value without
clearing it. Bug is not seen if pll-p value doesn't change across
Sampling frequency.

However on some platforms (like AM335x EVM-SK), pll-p may have different
values across different sampling frequencies. In such case, above code
configures the pll with a wrong value.
Because of this bug, when a audio stream is played with pll value
different from previous stream, audio is heard as differently(like its
stretched).

Signed-off-by: Hebbar, Gururaja 
Signed-off-by: Mark Brown 
Signed-off-by: Ben Hutchings

ASoC: wm8994: Apply volume updates with clocks enabled

2012-06-19T22:18:13+00:00

commit bfd37bb5f681961e255fd2f346c20fdae2ef3f27 upstream.

Volume updates may not be acted upon if there is no clock applied when
the volume update is written. Ensure this doesn't happen by writing out
registers with volume updates after we enable each of the clocks.

There are more registers updated than before as previously we were
relying on wm_hubs to set those for controls it manages.

Signed-off-by: Mark Brown 
Signed-off-by: Ben Hutchings

ASoC: wm8994: Ensure all AIFnCLK events are run from the _late variants

2012-06-19T22:18:13+00:00

commit c8fdc1b56611faa7b38eab6b99da5e20113661ff upstream.

Ensure that all the actions get taken at appropriate times by calling the
_PRE and _POST events for the aifNclk_ev functions explicitly.

Signed-off-by: Mark Brown 
Signed-off-by: Ben Hutchings

ASoC: wm8994: Fix AIF2ADC power down

2012-05-20T21:56:48+00:00

commit c7f5f2389377b66028bc129890aa653deafe8d39 upstream.

Signed-off-by: Mark Brown 
Signed-off-by: Ben Hutchings

ASoC: tlv312aic23: unbreak resume

2012-05-11T12:14:57+00:00

commit e875c1e3e758447ba81ca450d89434b3b0496d37 upstream.

* commit f9dfbf9 "ASoC: tlv320aic23: convert to soc-cache" leads to
a bug preventing resumeof the codec as regmap expects a 9 bits data
register but 0xFFFF is passed in tlv320aic23_set_bias_level and this
values gets cached preventing any write to the TLV320AIC23_PWR
register as the final value produced by regmap is (register << 9) | value

* this patch solves the problem by only working on the 9 bits the
register contains.

Signed-off-by: Eric Bénard 
Signed-off-by: Mark Brown 
Signed-off-by: Ben Hutchings

ASoC: wm8994: Improve sequencing of AIF channel enables

2012-05-11T12:14:34+00:00

commit 1a38336b8611a04f0a624330c1f815421f4bf5f4 upstream.

This ensures a clean startup of the channels, without this change some
use cases could result in issues in a small proportion of cases.

Signed-off-by: Mark Brown 
Signed-off-by: Ben Hutchings

ASoC: dapm: Ensure power gets managed for line widgets

2012-05-11T12:14:33+00:00

commit 7e1f7c8a6e517900cd84da1b8ae020f08f286c3b upstream.

Line widgets had not been included in either the power up or power down
sequences so if a widget had an event associated with it that event would
never be run. Fix this minimally by adding them to the sequences, we
should probably be doing away with the specific widget types as they all
have the same priority anyway.

Signed-off-by: Mark Brown 
Signed-off-by: Ben Hutchings

ASoC: ak4642: fixup: mute needs +1 step

2012-04-13T15:33:50+00:00

commit 1f99e44cf059d2ed43c5a0724fa738b83800f725 upstream.

ak4642 out_tlv is +12.0dB to -115.0 dB, and it supports mute.
But current settings didn't care +1 step for mute.
This patch adds it

Signed-off-by: Kuninori Morimoto 
Signed-off-by: Mark Brown 
Signed-off-by: Greg Kroah-Hartman

ASoC: wm8994: Update WM8994 DCS calibration

2012-04-13T15:33:45+00:00

commit e16605855d58803fe0608417150c7a618b4f8243 upstream.

Based on latest production information.

Signed-off-by: Mark Brown 
Signed-off-by: Greg Kroah-Hartman

ASoC: pxa-ssp: atomically set stream active masks

2012-04-02T16:52:44+00:00

commit 273b72c8ce6b28df6b49423d775c3e59072c73c5 upstream.

PXA's SSP engine fails to take its current channel phase into account
when enabling a stream while the engine is already running. This
results in randomly swapped left/right channels on either the record
or the playback side, depending on which one was enabled first.

The following patch fixes this by factoring out the bit field
modifications in question to a separate function that pauses the
engine temporarily, modifies the bits and kicks it off again
afterwards. Appearantly, a transition of SSCR0_SSE syncs both
directions properly.

The patch has been rolled out to quite a number of devices over the
last weeks and seems to fix the issue reliably.

Signed-off-by: Daniel Mack 
Reported-and-tested-by: Sven Neumann 
Signed-off-by: Mark Brown 
Signed-off-by: Greg Kroah-Hartman