<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/sound/soc/codecs, branch linux-5.0.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.0.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.0.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2019-05-31T13:44:54Z</updated>
<entry>
<title>ASoC: hdmi-codec: unlock the device on startup errors</title>
<updated>2019-05-31T13:44:54Z</updated>
<author>
<name>Jerome Brunet</name>
</author>
<published>2019-04-29T13:29:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d809248f1bfc4a4f4433e01c66319e0997e1ec1d'/>
<id>urn:sha1:d809248f1bfc4a4f4433e01c66319e0997e1ec1d</id>
<content type='text'>
[ Upstream commit 30180e8436046344b12813dc954b2e01dfdcd22d ]

If the hdmi codec startup fails, it should clear the current_substream
pointer to free the device. This is properly done for the audio_startup()
callback but for snd_pcm_hw_constraint_eld().

Make sure the pointer cleared if an error is reported.

Signed-off-by: Jerome Brunet &lt;jbrunet@baylibre.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: codec: hdac_hdmi add device_link to card device</title>
<updated>2019-05-22T05:38:44Z</updated>
<author>
<name>Libin Yang</name>
</author>
<published>2019-04-13T13:18:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fd049ce703c38997e8fb5a2b8720eac022ba8f32'/>
<id>urn:sha1:fd049ce703c38997e8fb5a2b8720eac022ba8f32</id>
<content type='text'>
commit 01c8327667c249818d3712c3e25c7ad2aca7f389 upstream.

In resume from S3, HDAC HDMI codec driver dapm event callback may be
operated before HDMI codec driver turns on the display audio power
domain because of the contest between display driver and hdmi codec driver.

This patch adds the device_link between soc card device (consumer) and
hdmi codec device (supplier) to make sure the sequence is always correct.

Signed-off-by: Libin Yang &lt;libin.yang@intel.com&gt;
Reviewed-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Acked-by: Pierre-Louis Bossart &lt;pierre-louis.bossart@linux.intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: RT5677-SPI: Disable 16Bit SPI Transfers</title>
<updated>2019-05-22T05:38:43Z</updated>
<author>
<name>Curtis Malainey</name>
</author>
<published>2019-05-03T19:32:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=94748513d811972991e9fa3d4288c2df79876876'/>
<id>urn:sha1:94748513d811972991e9fa3d4288c2df79876876</id>
<content type='text'>
commit a46eb523220e242affb9a6bc9bb8efc05f4f7459 upstream.

The current algorithm allows 3 types of transfers, 16bit, 32bit and
burst. According to Realtek, 16bit transfers have a special restriction
in that it is restricted to the memory region of
0x18020000 ~ 0x18021000. This region is the memory location of the I2C
registers. The current algorithm does not uphold this restriction and
therefore fails to complete writes.

Since this has been broken for some time it likely no one is using it.
Better to simply disable the 16 bit writes. This will allow users to
properly load firmware over SPI without data corruption.

Signed-off-by: Curtis Malainey &lt;cujomalainey@chromium.org&gt;
Reviewed-by: Ben Zhang &lt;benzh@chromium.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: max98090: Fix restore of DAPM Muxes</title>
<updated>2019-05-22T05:38:42Z</updated>
<author>
<name>Jon Hunter</name>
</author>
<published>2019-05-01T14:29:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dccbcc8060c8a3da053e05f9f600f10d67a1239c'/>
<id>urn:sha1:dccbcc8060c8a3da053e05f9f600f10d67a1239c</id>
<content type='text'>
commit ecb2795c08bc825ebd604997e5be440b060c5b18 upstream.

The max98090 driver defines 3 DAPM muxes; one for the right line output
(LINMOD Mux), one for the left headphone mixer source (MIXHPLSEL Mux)
and one for the right headphone mixer source (MIXHPRSEL Mux). The same
bit is used for the mux as well as the DAPM enable, and although the mux
can be correctly configured, after playback has completed, the mux will
be reset during the disable phase. This is preventing the state of these
muxes from being saved and restored correctly on system reboot. Fix this
by marking these muxes as SND_SOC_NOPM.

Note this has been verified this on the Tegra124 Nyan Big which features
the MAX98090 codec.

Signed-off-by: Jon Hunter &lt;jonathanh@nvidia.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: cs35l35: Disable regulators on driver removal</title>
<updated>2019-05-10T16:36:09Z</updated>
<author>
<name>Charles Keepax</name>
</author>
<published>2019-04-04T16:27:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fa42760cf27664c9949098e6346a80ef4987bc66'/>
<id>urn:sha1:fa42760cf27664c9949098e6346a80ef4987bc66</id>
<content type='text'>
[ Upstream commit 47c4cc08cb5b34e93ab337b924c5ede77ca3c936 ]

The chips main power supplies VA and VP are enabled during probe but
then never disabled, this will cause warnings from the regulator
framework on driver removal. Fix this by adding a remove callback and
disabling the supplies, whilst doing so follow best practice and put the
chip back into reset as well.

Signed-off-by: Charles Keepax &lt;ckeepax@opensource.cirrus.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: tlv320aic32x4: Fix Common Pins</title>
<updated>2019-05-10T16:36:08Z</updated>
<author>
<name>Annaliese McDermond</name>
</author>
<published>2019-03-30T16:02:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=693d72f920e70ca5496b137ef3210f0500a974d2'/>
<id>urn:sha1:693d72f920e70ca5496b137ef3210f0500a974d2</id>
<content type='text'>
[ Upstream commit c63adb28f6d913310430f14c69f0a2ea55eed0cc ]

The common pins were mistakenly not added to the DAPM graph.
Adding these pins will allow valid graphs to be created.

Signed-off-by: Annaliese McDermond &lt;nh6z@nh6z.net&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: cs4270: Set auto-increment bit for register writes</title>
<updated>2019-05-10T16:36:07Z</updated>
<author>
<name>Daniel Mack</name>
</author>
<published>2019-03-20T21:41:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=15d326f9548bfc3c944ad1d7d4e20f6d1c2ea92e'/>
<id>urn:sha1:15d326f9548bfc3c944ad1d7d4e20f6d1c2ea92e</id>
<content type='text'>
[ Upstream commit f0f2338a9cfaf71db895fa989ea7234e8a9b471d ]

The CS4270 does not by default increment the register address on
consecutive writes. During normal operation it doesn't matter as all
register accesses are done individually. At resume time after suspend,
however, the regcache code gathers the biggest possible block of
registers to sync and sends them one on one go.

To fix this, set the INCR bit in all cases.

Signed-off-by: Daniel Mack &lt;daniel@zonque.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: wm_adsp: Add locking to wm_adsp2_bus_error</title>
<updated>2019-05-10T16:36:06Z</updated>
<author>
<name>Charles Keepax</name>
</author>
<published>2019-03-19T11:52:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b2b47cecd2ce58e2acd86ade3e0a7f027b0b097e'/>
<id>urn:sha1:b2b47cecd2ce58e2acd86ade3e0a7f027b0b097e</id>
<content type='text'>
[ Upstream commit a2225a6d155fcb247fe4c6d87f7c91807462966d ]

Best to lock across handling the bus error to ensure the DSP doesn't
change power state as we are reading the status registers.

Signed-off-by: Charles Keepax &lt;ckeepax@opensource.cirrus.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: rt5682: recording has no sound after booting</title>
<updated>2019-05-10T16:36:06Z</updated>
<author>
<name>Shuming Fan</name>
</author>
<published>2019-03-18T07:17:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9fb991d9cf503e5b24de33e1b9fbda8a016e76ae'/>
<id>urn:sha1:9fb991d9cf503e5b24de33e1b9fbda8a016e76ae</id>
<content type='text'>
[ Upstream commit 1c5b6a27e432e4fe170a924c8b41012271496a4c ]

If ASRC turns on, HW will use clk_dac as the reference clock
whether recording or playback.
Both of clk_dac and clk_adc should set proper clock while using ASRC.

Signed-off-by: Shuming Fan &lt;shumingf@realtek.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: rt5682: fix jack type detection issue</title>
<updated>2019-05-10T16:36:06Z</updated>
<author>
<name>Shuming Fan</name>
</author>
<published>2019-03-18T07:17:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b2cb6f8f307b6224d1b93d2dac3a1daaf67b3fbb'/>
<id>urn:sha1:b2cb6f8f307b6224d1b93d2dac3a1daaf67b3fbb</id>
<content type='text'>
[ Upstream commit 675212bfb23394514b7f68ebf3954ba936281ccc ]

The jack type detection needs the main bias power of analog.
The modification makes sure the main bias power on/off while jack plug/unplug.

Signed-off-by: Shuming Fan &lt;shumingf@realtek.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
</feed>
