<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/sound/pci, branch linux-3.7.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.7.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.7.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2013-02-27T17:21:11Z</updated>
<entry>
<title>ALSA: hda - hdmi: ELD shouldn't be valid after unplug</title>
<updated>2013-02-27T17:21:11Z</updated>
<author>
<name>David Henningsson</name>
</author>
<published>2013-02-19T15:11:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a56de15779ba561c66c9fa04e6339f9a044b2001'/>
<id>urn:sha1:a56de15779ba561c66c9fa04e6339f9a044b2001</id>
<content type='text'>
commit bbfd8a19b6913f50a362457c34d49bfafe5e456e upstream.

Currently, eld_valid is never set to false, except at kernel module
load time. This patch makes sure that eld is no longer valid when
the cable is (hot-)unplugged.

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>ALSA: hda - Workaround for silent output on Sony Vaio VGC-LN51JGB with ALC889</title>
<updated>2013-02-27T17:21:11Z</updated>
<author>
<name>Fernando Luis Vazquez Cao</name>
</author>
<published>2013-02-12T07:47:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3eb1912b8557cff58a1fd1497cc4908a0af7fbc3'/>
<id>urn:sha1:3eb1912b8557cff58a1fd1497cc4908a0af7fbc3</id>
<content type='text'>
commit 12e31a78c70dc12897fda2489113f445c0e94a18 upstream.

Some Vaio all-in-one desktop PCs (for example VGC-LN51JGB) are affected by
the same issue that caused Vaio Z laptops to become silent: the speaker pin
must be connected to the first DAC even though the codec itself advertises
flexible routing through any of the DACs.

Use the no-primary-hp fixup for choosing the speaker pin as the primary so
that the right DAC is assigned on this device.

Signed-off-by: Fernando Luis Vazquez Cao &lt;fernando@oss.ntt.co.jp&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 - Fix default multichannel HDMI mapping regression</title>
<updated>2013-02-27T17:21:11Z</updated>
<author>
<name>Anssi Hannula</name>
</author>
<published>2013-02-03T15:55:45Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=97acde03f1aeaf0470ad481e49a6171a6a025e30'/>
<id>urn:sha1:97acde03f1aeaf0470ad481e49a6171a6a025e30</id>
<content type='text'>
commit 20608731f479d48be6bcb88e727f360ddf98ddaf upstream.

Commit d45e6889ee69456a4d5b1bbb32252f460cd48fa9 ("ALSA: hda - Provide
the proper channel mapping for generic HDMI driver") added support for
custom channel maps in the HDA HDMI driver. Due to a mistake in an
'if' condition the custom map is always used even when no such map has
been set. This causes incorrect channel mapping for multichannel audio
by default.

Pass per_pin-&gt;chmap_set to hdmi_setup_channel_mapping() as a parameter
so that it can use it for detecting if a custom map has been set instead
of checking if map is NULL (which is never the case).

Reported-by: Staffan Lindberg &lt;pike@xbmc.org&gt;
Signed-off-by: Anssi Hannula &lt;anssi.hannula@iki.fi&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 - Release assigned pin/cvt at error path of hdmi_pcm_open()</title>
<updated>2013-02-27T17:21:11Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2013-02-01T13:01:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=32a08c1e1115ae59bea13d6e354d0d7fc5fbe2d7'/>
<id>urn:sha1:32a08c1e1115ae59bea13d6e354d0d7fc5fbe2d7</id>
<content type='text'>
commit 2ad779b7329d6894a80df94e693e72eaa0d56790 upstream.

If the driver detects and invalid ELD, it gives an open error.
But it forgot to release the assigned pin, converter and spdif ctls
before returning.

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: rme32.c irq enabling after spin_lock_irq</title>
<updated>2013-02-27T17:20:59Z</updated>
<author>
<name>Denis Efremov</name>
</author>
<published>2013-02-11T15:04:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9e7f31fcfc861560748ec523d26c53ef9bf812ba'/>
<id>urn:sha1:9e7f31fcfc861560748ec523d26c53ef9bf812ba</id>
<content type='text'>
commit f49a59c4471d81a233e09dda45187cc44fda009d upstream.

According to the other code in this driver and similar
code in rme96 it seems, that spin_lock_irq in
snd_rme32_capture_close function should be paired
with spin_unlock_irq.

Found by Linux Driver Verification project (linuxtesting.org).

Signed-off-by: Denis Efremov &lt;yefremov.denis@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>ALSA: ali5451: remove irq enabling in pointer callback</title>
<updated>2013-02-27T17:20:55Z</updated>
<author>
<name>Denis Efremov</name>
</author>
<published>2013-02-11T15:49:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4c38f4f53ce49902ccac03d031255c11f5317225'/>
<id>urn:sha1:4c38f4f53ce49902ccac03d031255c11f5317225</id>
<content type='text'>
commit dacae5a19b4cbe1b5e3a86de23ea74cbe9ec9652 upstream.

snd_ali_pointer function is called with local
interrupts disabled. However it seems very strange to
reenable them in such way.

Found by Linux Driver Verification project (linuxtesting.org).

Signed-off-by: Denis Efremov &lt;yefremov.denis@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>ALSA: hda - Fix non-snoop page handling</title>
<updated>2013-02-04T00:27:04Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2013-01-29T17:07:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=718a59dc174d0f4ac3c33451f5f1c80882c86198'/>
<id>urn:sha1:718a59dc174d0f4ac3c33451f5f1c80882c86198</id>
<content type='text'>
commit 9ddf1aeb2134e72275c97a2c6ff2e3eb04f2f27a upstream.

For non-snoop mode, we fiddle with the page attributes of CORB/RIRB
and the position buffer, but also the ring buffers.  The problem is
that the current code blindly assumes that the buffer is contiguous.
However, the ring buffers may be SG-buffers, thus a wrong vmapped
address is passed there, leading to Oops.

This patch fixes the handling for SG-buffers.

Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=800701

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 - fix inverted internal mic on Acer AOA150/ZG5</title>
<updated>2013-02-04T00:27:04Z</updated>
<author>
<name>David Henningsson</name>
</author>
<published>2013-01-28T04:45:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=70f89f5122903ab3bea6b327ce1158dca53ae2eb'/>
<id>urn:sha1:70f89f5122903ab3bea6b327ce1158dca53ae2eb</id>
<content type='text'>
commit fcd8f3b1d43c645e291638bc6c80a1c680722869 upstream.

This patch enables internal mic input on the machine.

BugLink: https://bugs.launchpad.net/bugs/1107477
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>ALSA: hda - Add a fixup for Packard-Bell desktop with ALC880</title>
<updated>2013-02-04T00:27:04Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2013-01-23T17:16:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=abe70505d5bbb42ffb090371115c3e82626a0a21'/>
<id>urn:sha1:abe70505d5bbb42ffb090371115c3e82626a0a21</id>
<content type='text'>
commit 0712eea349d8e2b6d0e44b94a752d999319027fb upstream.

A Packard-Bell desktop machine gives no proper pin configuration from
BIOS.  It's almost equivalent with the 6stack+fp standard config, just
take the existing fixup.

Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=901846

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 - Add Conexant CX20755/20756/20757 codec IDs</title>
<updated>2013-01-28T04:49:00Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2013-01-21T15:53:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0ce1fda598f8e78e35ca17b1e24ed8c43e597b02'/>
<id>urn:sha1:0ce1fda598f8e78e35ca17b1e24ed8c43e597b02</id>
<content type='text'>
commit 42c364ace52ae6b4699105b39f2559c256b6cd4c upstream.

These are just compatible with other CX2075x codecs.

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

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