<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/sound, branch v3.3.6</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/sound?h=v3.3.6</id>
<link rel='self' href='https://git.amat.us/linux/atom/sound?h=v3.3.6'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-05-12T16:32:04Z</updated>
<entry>
<title>ASoC: tlv312aic23: unbreak resume</title>
<updated>2012-05-12T16:32:04Z</updated>
<author>
<name>Eric Bénard</name>
<email>eric@eukrea.com</email>
</author>
<published>2012-04-29T15:37:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9e52d84a9ac037d47e8c3f2db9e0a453237966f8'/>
<id>urn:sha1:9e52d84a9ac037d47e8c3f2db9e0a453237966f8</id>
<content type='text'>
commit e875c1e3e758447ba81ca450d89434b3b0496d37 upstream.

* commit f9dfbf9 "ASoC: tlv320aic23: convert to soc-cache" leads to
a bug preventing resumeof the codec as regmap expects a 9 bits data
register but 0xFFFF is passed in tlv320aic23_set_bias_level and this
values gets cached preventing any write to the TLV320AIC23_PWR
register as the final value produced by regmap is (register &lt;&lt; 9) | value

* this patch solves the problem by only working on the 9 bits the
register contains.

Signed-off-by: Eric Bénard &lt;eric@eukrea.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: core: check of_property_count_strings failure</title>
<updated>2012-05-12T16:32:04Z</updated>
<author>
<name>Richard Zhao</name>
<email>richard.zhao@freescale.com</email>
</author>
<published>2012-04-24T07:24:43Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=35cdf78c44dc54a6262ebbfc745f46bd3b813f94'/>
<id>urn:sha1:35cdf78c44dc54a6262ebbfc745f46bd3b813f94</id>
<content type='text'>
commit c34ce320d9fe328e3272def20b152f39ccfa045e upstream.

Signed-off-by: Richard Zhao &lt;richard.zhao@freescale.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ALSA: HDA: Add external mic quirk for Asus Zenbook UX31E</title>
<updated>2012-05-07T15:53:22Z</updated>
<author>
<name>David Henningsson</name>
<email>david.henningsson@canonical.com</email>
</author>
<published>2012-04-20T08:01:46Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a0d6b4fe6b6847eed1a5780e1a4f69e93e8bb2bf'/>
<id>urn:sha1:a0d6b4fe6b6847eed1a5780e1a4f69e93e8bb2bf</id>
<content type='text'>
commit 5ac57550f279c3d991ef0b398681bcaca18169f7 upstream.

According to the reporter, external mic starts to work if the
laptop-dmic model is used. According to BIOS pin config, all
pins are consistent with the alc269vb_laptop_dmic fixup, except
for the external mic, which is not present.

BugLink: https://bugs.launchpad.net/bugs/950490
Signed-off-by: David Henningsson &lt;david.henningsson@canonical.com&gt;
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: wm8994: Improve sequencing of AIF channel enables</title>
<updated>2012-05-07T15:53:20Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@opensource.wolfsonmicro.com</email>
</author>
<published>2012-04-12T18:47:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=126b6268f61da4dc12c95022ebc57c5f2d34fcee'/>
<id>urn:sha1:126b6268f61da4dc12c95022ebc57c5f2d34fcee</id>
<content type='text'>
commit 1a38336b8611a04f0a624330c1f815421f4bf5f4 upstream.

This ensures a clean startup of the channels, without this change some
use cases could result in issues in a small proportion of cases.

Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: dapm: Ensure power gets managed for line widgets</title>
<updated>2012-05-07T15:53:20Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@opensource.wolfsonmicro.com</email>
</author>
<published>2012-04-12T16:29:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3e15e1089795117c07c61143920ff27b9043f3a7'/>
<id>urn:sha1:3e15e1089795117c07c61143920ff27b9043f3a7</id>
<content type='text'>
commit 7e1f7c8a6e517900cd84da1b8ae020f08f286c3b upstream.

Line widgets had not been included in either the power up or power down
sequences so if a widget had an event associated with it that event would
never be run. Fix this minimally by adding them to the sequences, we
should probably be doing away with the specific widget types as they all
have the same priority anyway.

Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ALSA: hda/conexant - Set up the missing docking-station pins</title>
<updated>2012-04-27T17:16:33Z</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2012-04-19T13:18:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7c3c8db6c832c8215d49eb2f623dccfa84b48adb'/>
<id>urn:sha1:7c3c8db6c832c8215d49eb2f623dccfa84b48adb</id>
<content type='text'>
commit d70f363222ef373c2037412f09a600357cfa1c7a upstream.

ThinkPad 410,420,510,520 and X201 with cx50585 &amp; co chips have the
docking-station ports, but BIOS doesn't initialize for these pins.
Thus, like the former X200, we need to set up the pins manually in the
driver.

The odd part is that the same PCI SSID is used for X200 and T400, thus
we need to prepare individual fixup tables for cx5051 and others.

Bugzilla entries:
	https://bugzilla.redhat.com/show_bug.cgi?id=808559
	https://bugzilla.redhat.com/show_bug.cgi?id=806217
	https://bugzilla.redhat.com/show_bug.cgi?id=810697

Reported-by: Josh Boyer &lt;jwboyer@redhat.com&gt;
Reported-by: Jens Taprogge &lt;jens.taprogge@taprogge.org&gt;
Tested-by: Jens Taprogge &lt;jens.taprogge@taprogge.org&gt;
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ALSA: hda/conexant - Don't set HP pin-control bit unconditionally</title>
<updated>2012-04-27T17:16:33Z</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2012-04-19T13:15:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=77f5989e3ccb4a54ecc9aa8ca93df6c99d183a4b'/>
<id>urn:sha1:77f5989e3ccb4a54ecc9aa8ca93df6c99d183a4b</id>
<content type='text'>
commit ca3649de026ff95c6f2847e8d096cf2f411c02b3 upstream.

Some output pins on Conexant chips have no HP control bit, but the
auto-parser initializes these pins unconditionally with PIN_HP.

Check the pin-capability and avoid the HP bit if not supported.

Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ALSA: hda/realtek - Add a fixup entry for Acer Aspire 8940G</title>
<updated>2012-04-22T22:38:56Z</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2012-04-12T06:00:19Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0812bb9ffc89ca0f42f8a3b5111a202dff19f7e5'/>
<id>urn:sha1:0812bb9ffc89ca0f42f8a3b5111a202dff19f7e5</id>
<content type='text'>
commit fe97da1f7001ca0f572358462606eb3d1bde3f23 upstream.

It's compatible with 8930G.
Using the same fixup gives the proper 5.1 sound back.

Reported-and-tested-by: Dany Martineau &lt;dany.luc.martineau@gmail.com&gt;
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: tegra: fix i2s compilation when !CONFIG_DEBUG_FS</title>
<updated>2012-04-13T16:13:57Z</updated>
<author>
<name>Stephen Warren</name>
<email>swarren@nvidia.com</email>
</author>
<published>2012-04-06T05:11:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4b06fc96136303af61cd835bb1504f50cb23a615'/>
<id>urn:sha1:4b06fc96136303af61cd835bb1504f50cb23a615</id>
<content type='text'>
commit 8abe05c6eb358967f16bce8a02c88d57c82cfbd6 upstream.

Commit d4a2eca "ASoC: Tegra I2S: Remove dependency on pdev-&gt;id" changed
the prototype of tegra_i2s_debug_add, but didn't update the dummy inline
used when !CONFIG_DEBUG_FS. Fix that.

Signed-off-by: Stephen Warren &lt;swarren@nvidia.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: ak4642: fixup: mute needs +1 step</title>
<updated>2012-04-13T16:13:57Z</updated>
<author>
<name>Kuninori Morimoto</name>
<email>kuninori.morimoto.gx@renesas.com</email>
</author>
<published>2012-04-05T06:28:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3ea212aa78fda0c2892595da96adc315da361225'/>
<id>urn:sha1:3ea212aa78fda0c2892595da96adc315da361225</id>
<content type='text'>
commit 1f99e44cf059d2ed43c5a0724fa738b83800f725 upstream.

ak4642 out_tlv is +12.0dB to -115.0 dB, and it supports mute.
But current settings didn't care +1 step for mute.
This patch adds it

Signed-off-by: Kuninori Morimoto &lt;kuninori.morimoto.gx@renesas.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
</feed>
