<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/sound, branch v3.3.8</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/sound?h=v3.3.8</id>
<link rel='self' href='https://git.amat.us/linux/atom/sound?h=v3.3.8'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-05-21T17:46:19Z</updated>
<entry>
<title>ASoC: wm8994: Fix AIF2ADC power down</title>
<updated>2012-05-21T17:46:19Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@opensource.wolfsonmicro.com</email>
</author>
<published>2012-05-15T17:13:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b37b66352b0c79a75cefbe248fbeb4a90ef67783'/>
<id>urn:sha1:b37b66352b0c79a75cefbe248fbeb4a90ef67783</id>
<content type='text'>
commit c7f5f2389377b66028bc129890aa653deafe8d39 upstream.

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: cs42l73: Sync digital mixer kcontrols to allow for 0dB</title>
<updated>2012-05-21T17:46:19Z</updated>
<author>
<name>Brian Austin</name>
<email>brian.austin@cirrus.com</email>
</author>
<published>2012-05-11T17:54:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0b0152275bf9e0b0d9da0d7ac5812f7af189aa19'/>
<id>urn:sha1:0b0152275bf9e0b0d9da0d7ac5812f7af189aa19</id>
<content type='text'>
commit 5807c3bf68eb489032ca8ff70b3d3c833fd8172b upstream.

Some of the Digital mixer kcontrol max values were off by 1 not allowing a max of 0dB.

Signed-off-by: Brian Austin &lt;brian.austin@cirrus.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/idt - Fix power-map for speaker-pins with some HP laptops</title>
<updated>2012-05-21T17:46:17Z</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2012-05-15T06:07:31Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3ffea7c7b3f291da82b3a2312199b893669ab0ef'/>
<id>urn:sha1:3ffea7c7b3f291da82b3a2312199b893669ab0ef</id>
<content type='text'>
commit b0791dda813c179e539b0fc1ecd3f5f30f2571e2 upstream.

BIOS on some HP laptops don't set the speaker-pins as fixed but expose
as jacks, and this confuses the driver as if these pins are
jack-detectable.  As a result, the machine doesn't get sounds from
speakers because the driver prepares the power-map update via jack
unsol events which never come up in reality.  The bug was introduced
in some time in 3.2 for enabling the power-mapping feature.

This patch fixes the problem by replacing the check of the persistent
power-map bits with a proper is_jack_detectable() call.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=43240

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 missing CD-input pin for MSI-7350 mobo</title>
<updated>2012-05-21T17:46:16Z</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2012-05-07T09:13:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9575e19d8da3a5074c10f45dd3cc6a7007dd4419'/>
<id>urn:sha1:9575e19d8da3a5074c10f45dd3cc6a7007dd4419</id>
<content type='text'>
commit bca40138558f0b39357fd1ca477868e4f52f4b1e upstream.

Reported-by: Philipp Matthias Hahn &lt;pmhahn@pmhahn.de&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: Lessen CPU usage when waiting for chip to respond</title>
<updated>2012-05-21T17:46:16Z</updated>
<author>
<name>David Henningsson</name>
<email>david.henningsson@canonical.com</email>
</author>
<published>2012-05-04T09:05:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=22547d8980b1d033e629cff0bb6e69927a98efd9'/>
<id>urn:sha1:22547d8980b1d033e629cff0bb6e69927a98efd9</id>
<content type='text'>
commit 32cf4023e689ad5b3a81a749d8cc99d7f184cb99 upstream.

When an IRQ for some reason gets lost, we wait up to a second using
udelay, which is CPU intensive. This patch improves the situation by
waiting about 30 ms in the CPU intensive mode, then stepping down to
using msleep(2) instead. In essence, we trade some granularity in
exchange for less CPU consumption when the waiting time is a bit longer.

As a result, PulseAudio should no longer be killed by the kernel
for taking up to much RT-prio CPU time. At least not for *this* reason.

Signed-off-by: David Henningsson &lt;david.henningsson@canonical.com&gt;
Tested-by: Arun Raghavan &lt;arun.raghavan@collabora.co.uk&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: echoaudio: Remove incorrect part of assertion</title>
<updated>2012-05-21T17:46:16Z</updated>
<author>
<name>Mark Hills</name>
<email>mark@pogo.org.uk</email>
</author>
<published>2012-04-30T18:39:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=72a732f47f3da70a795e52fc027b2e870f8650ab'/>
<id>urn:sha1:72a732f47f3da70a795e52fc027b2e870f8650ab</id>
<content type='text'>
commit c914f55f7cdfafe9d7d5b248751902c7ab57691e upstream.

This assertion seems to imply that chip-&gt;dsp_code_to_load is a pointer.
It's actually an integer handle on the actual firmware, and 0 has no
special meaning.

The assertion prevents initialisation of a Darla20 card, but would also
affect other models. It seems it was introduced in commit dd7b254d.

ALSA sound/pci/echoaudio/echoaudio.c:2061 Echoaudio driver starting...
ALSA sound/pci/echoaudio/echoaudio.c:1969 chip=ebe4e000
ALSA sound/pci/echoaudio/echoaudio.c:2007 pci=ed568000 irq=19 subdev=0010 Init hardware...
ALSA sound/pci/echoaudio/darla20_dsp.c:36 init_hw() - Darla20
------------[ cut here ]------------
WARNING: at sound/pci/echoaudio/echoaudio_dsp.c:478 init_hw+0x1d1/0x86c [snd_darla20]()
Hardware name: Dell DM051
BUG? (!chip-&gt;dsp_code_to_load || !chip-&gt;comm_page)

Signed-off-by: Mark Hills &lt;mark@pogo.org.uk&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: 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>
</feed>
