linux-stable.git/include/sound, branch linux-2.6.38.y

ASoC: Explicitly say registerless widgets have no register

2011-04-14T20:02:06+00:00

commit 0ca03cd7d0fa3bfbd56958136a10f19733c4ce12 upstream.

This stops code that handles widgets generically from attempting to access
registers for these widgets.

Signed-off-by: Mark Brown 
Acked-by: Liam Girdwood 
Signed-off-by: Greg Kroah-Hartman

ALSA: vmalloc buffers should use normal mmap

2011-04-14T20:01:58+00:00

commit 3674f19dabd15f9541079a588149a370d888f4e6 upstream.

It's a big no-no to use pgprot_noncached() when mmap'ing such buffers
into userspace since they are mapped cachable in kernel space.

This can cause all sort of interesting things ranging from to garbled
sound to lockups on various architectures. I've observed that usb-audio
is broken on powerpc 4xx for example because of that.

Also remove the now unused snd_pcm_lib_mmap_noncached(). It's
an arch business to know when to use uncached mappings, there's
already hacks for MIPS inside snd_pcm_default_mmap() and other
archs are supposed to use dma_mmap_coherent().

(See my separate patch that adds dma_mmap_coherent() to powerpc)

Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman

ASoC: WM8903: Fix mic detection register definitions

2011-02-13T19:38:06+00:00

* There is no hysteresis enable field in the current datasheet.
* Mic detection threshold field is only 2 bits wide.

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

ALSA: constify functions in ac97

2011-01-14T18:14:47+00:00

Signed-off-by: Hanno Boeck 
Signed-off-by: Takashi Iwai

Merge branch 'topic/asoc' into for-linus

2011-01-13T07:37:24+00:00

ALSA: core, oxygen, virtuoso: add an enum control info helper

2011-01-10T15:46:53+00:00

Introduce the helper function snd_ctl_enum_info() to fill out the
elem_info fields for an enumerated control.

Signed-off-by: Clemens Ladisch 
Signed-off-by: Takashi Iwai

ASoC: soc-dapm: Introduce the new snd_soc_dapm_virt_mux type

2010-12-17T17:36:28+00:00

This new type is a virtual version of snd_soc_dapm_mux.  It is used
when a backing register value is not necessary for deciding which
input path to connect.  A simple virtual enumeration control e.g.
SOC_DAPM_ENUM_VIRT() can be exposed to userspace which will be used
to choose which path to connect.

The snd_soc_dapm_virt_mux type ensures that during the initial
path setup, the first (which is also the default) input path will
be connected.

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

ASoC: Do DAPM control updates in the middle of DAPM sequences

2010-12-17T11:18:04+00:00

Attempt to minimise audible effects from mixer and mux updates by
implementing the actual register changes between powering down widgets
that have become unused and powering up widgets that are newly used.

This means that we're making the change with the minimum set of widgets
powered, that the input path is connected when we're powering up widgets
(so things like DC offset correction can run with their signal active)
and that we bring things down to cold before switching away.  Since
hardware tends to be designed for the power on/off case more than for
dynamic reconfiguration this should minimise pops and clicks during
reconfiguration while active.

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

ASoC: Extend DAPM to handle power changes on cross-device paths

2010-12-15T18:01:34+00:00

Power change event like stream start/stop or kcontrol change in a
cross-device path originates from one device but codec bias and widget power
changes must be populated to another devices on that path as well.

This patch modifies the dapm_power_widgets so that all the widgets on a
sound card are checked for a power change, not just those that are specific
to originating device. Also bias management is extended to check all the
devices. Only exception in bias management are widgetless codecs whose bias
state is changed only if power change is originating from that context.

DAPM context test is added to dapm_seq_run to take care of if power sequence
extends to an another device which requires separate register writes.

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

ASoC: Move widgets from DAPM context to snd_soc_card

2010-12-15T18:01:01+00:00

Decoupling widgets from DAPM context is required when extending the ASoC
core to cross-device paths. Even the list of widgets are now kept in
struct snd_soc_card, the widget listing in sysfs and debugs remain sorted
per device.

This patch makes possible to build cross-device paths but does not extend
yet the DAPM to handle codec bias and widget power changes of an another
device.

Cross-device paths are registered by listing the widgets from device A in
a map for device B. In case of conflicting widget names between the devices,
a uniform name prefix is needed to separate them. See commit ead9b91
"ASoC: Add optional name_prefix for kcontrol, widget and route names" for
help.

An example below shows a path that connects MONO out of A into Line In of B:

static const struct snd_soc_dapm_route mapA[] = {
	{"MONO", NULL, "DAC"},
};

static const struct snd_soc_dapm_route mapB[] = {
	{"Line In", NULL, "MONO"},
};

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