<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/sound/soc/ti, branch master</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2020-01-21T17:04:57+00:00</updated>
<entry>
<title>ASoC: ti: omap-mcpdm: move .suspend/.resume to component</title>
<updated>2020-01-21T17:04:57+00:00</updated>
<author>
<name>Kuninori Morimoto</name>
<email>kuninori.morimoto.gx@renesas.com</email>
</author>
<published>2020-01-20T01:04:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=78dbafbd04ddcc3a21879c4403c57d979689a3fe'/>
<id>urn:sha1:78dbafbd04ddcc3a21879c4403c57d979689a3fe</id>
<content type='text'>
There is no big difference at implementation for .suspend/.resume
between DAI driver and Component driver.
But because some driver is using DAI version, thus ALSA SoC needs
to keep supporting it, hence, framework becoming verbose.
If we can switch all DAI driver .suspend/.resume to Component driver,
we can remove verbose code from ALSA SoC.

Driver is getting its private data via dai-&gt;dev.
But dai-&gt;dev and component-&gt;dev are same dev, thus, we can convert
these. For same reason, we can convert dai-&gt;active to
component-&gt;active if necessary.

This patch moves DAI driver .suspend/.resume to Component driver

Signed-off-by: Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;
Acked-by: Peter Ujfalusi &lt;peter.ujfalusi@ti.com&gt;
Link: https://lore.kernel.org/r/871rrvym3p.wl-kuninori.morimoto.gx@renesas.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: ti: rx51: use snd_soc_dai_link_component for codec_conf</title>
<updated>2019-12-16T12:02:52+00:00</updated>
<author>
<name>Kuninori Morimoto</name>
<email>kuninori.morimoto.gx@renesas.com</email>
</author>
<published>2019-12-13T00:55:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=e3c157c934fbb99054572a81ccc9da0a97227689'/>
<id>urn:sha1:e3c157c934fbb99054572a81ccc9da0a97227689</id>
<content type='text'>
We can use snd_soc_dai_link_component to specify codec_conf.
Let's use it.

Signed-off-by: Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;
Link: https://lore.kernel.org/r/8736dp59ih.wl-kuninori.morimoto.gx@renesas.com
Reviewed-by: Pierre-Louis Bossart &lt;pierre-louis.bossart@linux.intel.com&gt;
Reviewed-by: Ranjani Sridharan &lt;ranjani.sridharan@linux.intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: ti: davinci-mcasp: Improve the sysclk selection</title>
<updated>2019-12-09T18:35:37+00:00</updated>
<author>
<name>Peter Ujfalusi</name>
<email>peter.ujfalusi@ti.com</email>
</author>
<published>2019-12-04T19:20:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=253f584a0699d12a90bde9d524d499a921cc7827'/>
<id>urn:sha1:253f584a0699d12a90bde9d524d499a921cc7827</id>
<content type='text'>
When McASP is master the bclk can be generated from two main source:
AUXCLK: functional clock for McASP or
AHCLK: from external source or internal mux in dra7x family

With this patch it is possible to select between the two source. The patch
is not breaking existing machine drivers since historically the clk_id was
ignored and left as 0 in all cases.

When output clock is configured - which can be only the AHCLK, we select
the AUXCLK as source for the internal HCLK. In this case the HCLK rate is
the same as the output clock.

Signed-off-by: Peter Ujfalusi &lt;peter.ujfalusi@ti.com&gt;
Link: https://lore.kernel.org/r/20191204192005.31210-1-peter.ujfalusi@ti.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: ti: davinci-mcasp: Use dma_request_chan() directly for channel request</title>
<updated>2019-11-15T12:03:16+00:00</updated>
<author>
<name>Peter Ujfalusi</name>
<email>peter.ujfalusi@ti.com</email>
</author>
<published>2019-11-13T09:54:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=f0c97131b946fe77e22eddbd7e7d92fb6459f497'/>
<id>urn:sha1:f0c97131b946fe77e22eddbd7e7d92fb6459f497</id>
<content type='text'>
dma_request_slave_channel_reason() is:
#define dma_request_slave_channel_reason(dev, name) \
	dma_request_chan(dev, name)

Signed-off-by: Peter Ujfalusi &lt;peter.ujfalusi@ti.com&gt;
Link: https://lore.kernel.org/r/20191113095445.3211-3-peter.ujfalusi@ti.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-5.4' of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into asoc-5.5</title>
<updated>2019-11-06T16:29:34+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2019-11-06T16:29:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=992fd39a349ac62044d9e20d17d309c2cf0f5c27'/>
<id>urn:sha1:992fd39a349ac62044d9e20d17d309c2cf0f5c27</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ASoC: ti: sdma-pcm: Add back the flags parameter for non standard dma names</title>
<updated>2019-10-28T13:11:01+00:00</updated>
<author>
<name>Peter Ujfalusi</name>
<email>peter.ujfalusi@ti.com</email>
</author>
<published>2019-10-28T11:52:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=dd7e8d903e1eef5a9234a2d69663dcbfeab79571'/>
<id>urn:sha1:dd7e8d903e1eef5a9234a2d69663dcbfeab79571</id>
<content type='text'>
When non standard names are used it is possible that one of the directions
are not provided, thus the flags needs to be present to tell the core that
we have half duplex setup.

Fixes: 642aafea8889 ("ASoC: ti: remove compat dma probing")
Signed-off-by: Peter Ujfalusi &lt;peter.ujfalusi@ti.com&gt;
Link: https://lore.kernel.org/r/20191028115207.5142-1-peter.ujfalusi@ti.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge tag 'asoc-fix-v5.4-rc1' of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
<updated>2019-09-23T18:16:13+00:00</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2019-09-23T18:16:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=5b8b8f764d333d5a69f2fad61b86406dfca2d261'/>
<id>urn:sha1:5b8b8f764d333d5a69f2fad61b86406dfca2d261</id>
<content type='text'>
ASoC: Fixes for v5.4

A small smattering of ASoC fixes for v5.4 - nothing too exciting
here, all small standalone things.
</content>
</entry>
<entry>
<title>ASoC: ti: fix SND_SOC_DM365_VOICE_CODEC dependencies</title>
<updated>2019-09-20T11:06:48+00:00</updated>
<author>
<name>Arnd Bergmann</name>
<email>arnd@arndb.de</email>
</author>
<published>2019-09-20T07:50:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=147162f575152db80000fb3de26358264768ee9f'/>
<id>urn:sha1:147162f575152db80000fb3de26358264768ee9f</id>
<content type='text'>
SND_SOC_DM365_VOICE_CODEC is a 'bool' option in a choice statement,
meaning it cannot be set to =m, but it selects two other drivers
that we may want to be loadable modules after all:

WARNING: unmet direct dependencies detected for SND_SOC_CQ0093VC
  Depends on [m]: SOUND [=m] &amp;&amp; !UML &amp;&amp; SND [=m] &amp;&amp; SND_SOC [=m]
  Selected by [y]:
  - SND_SOC_DM365_VOICE_CODEC [=y] &amp;&amp; &lt;choice&gt;
  Selected by [m]:
  - SND_SOC_ALL_CODECS [=m] &amp;&amp; SOUND [=m] &amp;&amp; !UML &amp;&amp; SND [=m] &amp;&amp; SND_SOC [=m] &amp;&amp; COMPILE_TEST [=y]

Add an intermediate symbol that sets SND_SOC_CQ0093VC and
MFD_DAVINCI_VOICECODEC to =m if SND_SOC=m.

Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Link: https://lore.kernel.org/r/20190920075046.3210393-1-arnd@arndb.de
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'asoc-5.4' into asoc-next</title>
<updated>2019-09-09T13:55:20+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2019-09-09T13:55:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=bb831786117519fc16dfd3eaa7b84e4f6bbb8d99'/>
<id>urn:sha1:bb831786117519fc16dfd3eaa7b84e4f6bbb8d99</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge branch 'asoc-5.3' into asoc-linus</title>
<updated>2019-09-09T13:55:18+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2019-09-09T13:55:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=6652ddbb5d83ecfc2591b92be063519714e40ebf'/>
<id>urn:sha1:6652ddbb5d83ecfc2591b92be063519714e40ebf</id>
<content type='text'>
</content>
</entry>
</feed>
