linux.git/include/sound/soc.h, branch v3.4

ASoC: core: Add platform component mutex

2012-03-06T20:07:00+00:00

Add mutex support for platform IO operations. e.g. can be used
for platform DAPM widget IO ops.

Signed-off-by: Liam Girdwood 
Signed-off-by: Mark Brown

ASoC: core: Add support for masking out parts of coefficient blocks

2012-02-21T19:34:48+00:00

Chip designers frequently include things like the enable and disable
controls for algorithms in the register blocks which also hold the
coefficients. Since it's desirable to split out the enable/disable
control from userspace the plain SND_SOC_BYTES() isn't optimal for
these devices.

Add a SND_SOC_BYTES_MASK() which allows a bitmask from the first word
of the block to be excluded from the control. This supports the needs
of devices I've looked at and lets us have a reasonably simple API.
Further controls can be added in future if that's needed.

Signed-off-by: Mark Brown 
Acked-by: Liam Girdwood

ASoC: core: Add SND_SOC_BYTES control for coefficient blocks

2012-02-21T19:34:48+00:00

Allow devices to export blocks of registers to the application layer,
intended for use for reading and writing coefficient data which can't
usefully be worked with by the kernel at runtime (for example, due to
requiring complex and expensive calculations or being the results of
callibration procedures). Currently drivers are using platform data to
provide configurations for coefficient blocks which isn't at all
convenient for runtime management or configuration development.

Currently only devices using regmap are supported, an error will be
generated for any attempt to work with a byte control on a non-regmap
device. There's no fundamental block to other devices so support could
be added if required.

Signed-off-by: Mark Brown 
Acked-by: Liam Girdwood

ASoC: dapm: Constify lots of names that are never modified

2012-02-17T16:10:06+00:00

Neater and avoids warnings when used in other places where const strings
are desired.

Signed-off-by: Mark Brown 
Acked-by: Liam Girdwood

ASoC: core: add platform DAPM debugfs support

2012-02-15T16:05:18+00:00

Allow platform widgets to be visible in debugfs like codec widgets.

Signed-off-by: Liam Girdwood 
Signed-off-by: Mark Brown

ASoC: core: Allow CODECs to set ignore_pmdown_time in the driver struct

2012-02-09T10:42:56+00:00

This is usually not a use case dependant flag anyway.

Signed-off-by: Mark Brown 
Acked-by: Liam Girdwood

ASoC: core: Add support for DAI and machine kcontrols.

2012-02-04T12:40:11+00:00

Currently ASoC can only add kcontrols using codec and platform component device
handles. It's also desirable to add kcontrols for DAIs (i.e. McBSP) and for
SoC card machine drivers too. This allows the kcontrol to have a direct handle to
the parent ASoC component DAI/SoC Card/Platform/Codec device and hence easily
get it's private data.

This change makes snd_soc_add_controls() static and wraps it in the folowing
calls (card and dai are new) :-

snd_soc_add_card_controls()
snd_soc_add_codec_controls()
snd_soc_add_dai_controls()
snd_soc_add_platform_controls()

This patch also does a lot of small mechanical changes in individual codec drivers
to replace snd_soc_add_controls() with snd_soc_add_codec_controls().

It also updates the McBSP DAI driver to use snd_soc_add_dai_controls().

Finally, it updates the existing machine drivers that register controls to either :-

1) Use snd_soc_add_card_controls() where no direct codec control is required.
2) Use snd_soc_add_codec_controls() where there is direct codec control.

In the case of 1) above we also update the machine drivers to get the correct
component data pointers from the kcontrol (rather than getting the machine pointer
via the codec pointer).

Signed-off-by: Liam Girdwood 
Signed-off-by: Mark Brown

ASoC: Use regmap update bits operation for drivers using regmap

2012-01-21T21:15:38+00:00

If a driver is using regmap directly ensure that we're coherent with
non-ASoC register updates by using the regmap API directly to do our
read/modify/write cycles. This will bypass the ASoC cache but drivers
using regmap directly should not be using the ASoC cache.

Signed-off-by: Mark Brown

ASoC: Allow drivers to specify how many bits are significant on a DAI

2012-01-20T13:58:29+00:00

Most devices accept data in formats that don't correspond directly to
their internal format. ALSA allows us to set a msbits constraint which
tells userspace about this in case it finds it useful (for example, in
order to avoid wasting effort dithering bits that will be ignored when
raising the sample size of data) so provide a mechanism for drivers to
specify the number of bits that are actually significant on a DAI and
add the appropriate constraints along with all the others.

This is done slightly awkwardly as the constraint is specified per sample
size - we loop over every possible sample size, including ones that the
device doesn't support and including ones that have fewer bits than are
actually used, but this is harmless as the upper layers do the right thing
in these cases.

Signed-off-by: Mark Brown 
Acked-by: Liam Girdwood

ASoC: Dynamically allocate the rtd device for a non-empty release()

2012-01-10T22:53:56+00:00

The device model needs a release() function so it can free devices when
they become dereferenced.  Do that for rtds.

Signed-off-by: Mark Brown