linux-stable.git/include/sound/soc.h, branch linux-3.1.y

ASoC: core - Add convenience register for platform kcontrol and DAPM

2011-07-05T18:07:41+00:00

Allow platform probe to register platform kcontrols and DAPM just like
the CODEC probe().

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

ASoC: core - Add platform widget IO

2011-07-05T18:07:39+00:00

Allow platform driver widgets to perform any IO required for DAPM.

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

ASoC: core - Add API call to register platform kcontrols.

2011-07-05T18:07:34+00:00

In preparation for Dynamic PCM (AKA DSP) support.

Allow platform drivers to register kcontrols.

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

ASoC: core - Add platform read and write.

2011-07-04T19:41:07+00:00

In preparation for ASoC Dynamic PCM (AKA DSP) support.

Allow platform driver to perform IO. Intended for platform DAPM.

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

Merge branch 'for-3.0' into for-3.1

2011-06-13T18:21:09+00:00

Trival fixup for move of I/O code into separate file.

Conflicts:
	sound/soc/soc-cache.c

ASoC: Remove unused and about to be broken SND_SOC_CUSTOM I/O bus

2011-06-13T18:17:55+00:00

This will be removed in -next so let's drop it from mainline as soon as
we can in order to minimise surprises.

Signed-off-by: Mark Brown

ASoC: core - PCM mutex per rtd

2011-06-09T18:29:29+00:00

In preparation for the new ASoC Dynamic PCM support (AKA DSP support).

The new ASoC Dynamic PCM core allows DAIs to be dynamically re-routed
at runtime between the PCM device end (or Frontend - FE) and the physical DAI
(Backend - BE) using regular kcontrols (just like a hardware CODEC routes
audio in the analog domain). The Dynamic PCM core therefore must be
able to call PCM operations for both the Frontend and Backend(s) DAIs at
the same time.

Currently we have a global pcm_mutex that is used to serialise
the ASoC PCM operations. This patch removes the global mutex
and adds a mutex per RTD allowing the PCM operations to be reentrant and
allow control of more than one DAI at at time. e.g. a frontend PCM hw_params()
could configure multiple backend DAI hw_params() with similar or different
hw parameters at the same time.

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

ASoC: core - Allow components to probe/remove in sequence.

2011-06-07T17:38:27+00:00

Some ASoC components depend on other ASoC components to provide clocks and
power resources in order to probe() and vice versa for remove().

Allow components to be ordered so that components can be probed() and removed()
in sequences that conform to their dependencies.

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

ASoC: core - Optimise and refactor pcm_new() to pass only rtd

2011-06-07T17:38:27+00:00

Currently pcm_new() passes in 3 arguments :- card, pcm and DAI.

Refactor this to only pass in 1 argument (i.e. the rtd) since struct rtd contains
card, pcm and DAI along with other members too that are useful too.

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

ASoC: Add context parameter to card DAPM callbacks

2011-06-06T20:46:45+00:00

The card callback will get called for each DAPM context in the card so it
can be useful for it to know which device is currently undergoing a
transition.

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