<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/include/sound/soc-dapm.h, branch linux-4.16.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-4.16.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-4.16.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2017-06-30T10:55:20Z</updated>
<entry>
<title>ASoC: dapm: Add new widget type for constructing DAPM graphs on DSPs.</title>
<updated>2017-06-30T10:55:20Z</updated>
<author>
<name>Liam Girdwood</name>
<email>liam.r.girdwood@linux.intel.com</email>
</author>
<published>2017-06-29T13:22:24Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=8a70b4544ef4f094cc2c52734e097cc358f56603'/>
<id>urn:sha1:8a70b4544ef4f094cc2c52734e097cc358f56603</id>
<content type='text'>
Add some DAPM widget types to better support the construction of DAPM
graphs within DSPs.

Signed-off-by: Liam Girdwood &lt;liam.r.girdwood@linux.intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: dapm: Introduce DAPM_DOUBLE_R dual channel dual register control type</title>
<updated>2016-11-02T15:55:30Z</updated>
<author>
<name>Chen-Yu Tsai</name>
<email>wens@csie.org</email>
</author>
<published>2016-11-02T07:36:01Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=02866eab0f0d88c4b6a68de72022c2b26f0359b5'/>
<id>urn:sha1:02866eab0f0d88c4b6a68de72022c2b26f0359b5</id>
<content type='text'>
A DAPM_DOUBLE_R control type can be used for dual channel mixer input
selectors / mute controls across 2 registers, possibly toggling both
channels together.

The control is meant to be shared by 2 widgets, 1 for each channel,
such that the mixer control exposed to userspace remains a combined
stereo control.

Signed-off-by: Chen-Yu Tsai &lt;wens@csie.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: dapm: Introduce DAPM_DOUBLE dual channel control type</title>
<updated>2016-11-02T15:55:29Z</updated>
<author>
<name>Chen-Yu Tsai</name>
<email>wens@csie.org</email>
</author>
<published>2016-11-02T07:36:00Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=9ee7ef31b5a07cdca88cae023c613e045af935b9'/>
<id>urn:sha1:9ee7ef31b5a07cdca88cae023c613e045af935b9</id>
<content type='text'>
A DAPM_DOUBLE control type can be used for dual channel mixer input
selectors / mute controls in one register, possibly toggling both
channels together.

The control is meant to be shared by 2 widgets, 1 for each channel,
such that the mixer control exposed to userspace remains a combined
stereo control.

Signed-off-by: Chen-Yu Tsai &lt;wens@csie.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: dapm: Support second register for DAPM control updates</title>
<updated>2016-11-02T15:55:03Z</updated>
<author>
<name>Chen-Yu Tsai</name>
<email>wens@csie.org</email>
</author>
<published>2016-11-02T07:35:58Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=e411b0b5eb9b65257a050eac333d181d6e00e2c6'/>
<id>urn:sha1:e411b0b5eb9b65257a050eac333d181d6e00e2c6</id>
<content type='text'>
To support double channel shared controls split across 2 registers, one
for each channel, we must be able to update both registers together.

Add a second set of register fields to struct snd_soc_dapm_update, and
update the DAPM control writeback (put) callbacks to support this.

For codecs that use custom events which call into DAPM to do updates,
also clear struct snd_soc_dapm_update before using it, so the second
set of fields remains clean.

Signed-off-by: Chen-Yu Tsai &lt;wens@csie.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'asoc/topic/dpcm', 'asoc/topic/dt', 'asoc/topic/dwc' and 'asoc/topic/fsl' into asoc-next</title>
<updated>2016-07-24T21:07:33Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2016-07-24T21:07:33Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=dd0111dcd6f46c8245ba98377e5d3473ae0689e0'/>
<id>urn:sha1:dd0111dcd6f46c8245ba98377e5d3473ae0689e0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ASoC: dapm: Export snd_soc_dapm_new_control</title>
<updated>2016-07-05T14:56:41Z</updated>
<author>
<name>Subhransu S. Prusty</name>
<email>subhransu.s.prusty@intel.com</email>
</author>
<published>2016-06-27T03:48:03Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a5d5639f812f24f10c7affaf0d537c204fdea986'/>
<id>urn:sha1:a5d5639f812f24f10c7affaf0d537c204fdea986</id>
<content type='text'>
This is useful outside the core, when one dapm element is added
at a time.

Signed-off-by: Subhransu S. Prusty &lt;subhransu.s.prusty@intel.com&gt;
Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: dapm: support user-defined stop condition in dai_get_connected_widgets</title>
<updated>2016-05-30T15:15:10Z</updated>
<author>
<name>Piotr Stankiewicz</name>
<email>piotrs@opensource.wolfsonmicro.com</email>
</author>
<published>2016-05-13T16:03:55Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=6742064aef7f1fba8e68d30b2e726918a5d66790'/>
<id>urn:sha1:6742064aef7f1fba8e68d30b2e726918a5d66790</id>
<content type='text'>
Certain situations may warrant examining DAPM paths only to a certain
arbitrary point, as opposed to always following them to the end. For
instance, when establishing a connection between a front-end DAI link
and a back-end DAI link in a DPCM path, it does not make sense to walk
the DAPM graph beyond the first widget associated with a back-end link.

This patch introduces a mechanism which lets a user of
dai_get_connected_widgets supply a function which will be called for
every node during the graph walk. When invoked, this function can
execute arbitrary logic to decide whether the walk, given a DAPM widget
and walk direction, should be terminated at that point or continued
as normal.

Signed-off-by: Piotr Stankiewicz &lt;piotrs@opensource.wolfsonmicro.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: dapm: deprecate MICBIAS widget type</title>
<updated>2016-05-12T14:01:08Z</updated>
<author>
<name>John Keeping</name>
<email>john@metanate.com</email>
</author>
<published>2016-05-12T12:55:53Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=32902177f7f6ae70e1d5e71d935aa1bfcae7f01c'/>
<id>urn:sha1:32902177f7f6ae70e1d5e71d935aa1bfcae7f01c</id>
<content type='text'>
Commit 086d7f804e26 ("ASoC: Convert WM8962 MICBIAS to a supply widget",
2011-09-23) says:

	A supply widget is generally clearer than a MICBIAS widget and a
	mic bias is just a type of supply so use a supply widget for the
	MICBIAS. This also avoids confusion with the routing when
	connected to multiple inputs.

but this has never been documented as a policy.  Add some comments to
make it clear.

Signed-off-by: John Keeping &lt;john@metanate.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge remote-tracking branch 'asoc/topic/dapm' into asoc-next</title>
<updated>2015-12-23T00:23:32Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-12-23T00:23:32Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=3b88210da3a6af69e8bc7a6237e72c6ef5a2ca45'/>
<id>urn:sha1:3b88210da3a6af69e8bc7a6237e72c6ef5a2ca45</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ASoC: dapm: add a dapm sink widget</title>
<updated>2015-11-25T12:55:37Z</updated>
<author>
<name>Vinod Koul</name>
<email>vinod.koul@intel.com</email>
</author>
<published>2015-11-23T15:52:30Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=56b4437f15ed2003413b857e08740576332e72d7'/>
<id>urn:sha1:56b4437f15ed2003413b857e08740576332e72d7</id>
<content type='text'>
DAPM models various widgets but lacks a sink widget.
DSPs can have modules which take audio data, process it and are
capable of generating events thus acting as a sink of data.

To make the dapm graph complete for such paths we need a dapm
sink widget for these modules, so add a SND_SOC_DAPM_SINK to
declare such a widget.  This widget will be treated as
SND_SOC_DAPM_EP_SINK endpoint in the dapm graph

Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
Reviewed-by: Lars-Peter Clausen &lt;lars@metafoo.de&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
</feed>
