<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/sound/soc/intel, branch linux-4.1.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.1.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.1.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2018-05-23T01:36:26Z</updated>
<entry>
<title>ASoC: Intel: sst: Fix the return value of 'sst_send_byte_stream_mrfld()'</title>
<updated>2018-05-23T01:36:26Z</updated>
<author>
<name>Christophe JAILLET</name>
</author>
<published>2018-01-06T20:18:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=85b77aca423049554bc19798c591c971dacb4559'/>
<id>urn:sha1:85b77aca423049554bc19798c591c971dacb4559</id>
<content type='text'>
[ Upstream commit eaadb1caa966a91128297b754e90b7c92b350a00 ]

In some error handling paths, an error code is assiegned to 'ret'.
However, the function always return 0.

Fix it and return the error code if such an error paths is taken.

Fixes: 3d9ff34622ba ("ASoC: Intel: sst: add stream operations")
Signed-off-by: Christophe JAILLET &lt;christophe.jaillet@wanadoo.fr&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;alexander.levin@microsoft.com&gt;
</content>
</entry>
<entry>
<title>ASoC: Intel: cht_bsw_rt5645: Analog Mic support</title>
<updated>2018-05-23T01:36:26Z</updated>
<author>
<name>Hans de Goede</name>
</author>
<published>2018-01-02T18:53:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d2adf44cb595169da9c12f2a8cde73f4f3196097'/>
<id>urn:sha1:d2adf44cb595169da9c12f2a8cde73f4f3196097</id>
<content type='text'>
[ Upstream commit b70b309950418437bbd2a30afd169c4f09dee3e5 ]

Various Cherry Trail boards with a rt5645 codec have an analog mic
connected to IN2P + IN2N. The mic on this boards also needs micbias to
be enabled, on some boards micbias1 is used and on others micbias2, so
we enable both.

This commit adds a new "Int Analog Mic" DAPM widget for this, so that we
do not end up enabling micbias on boards with a digital mic which uses
the already present "Int Mic" widget. Some existing UCM files already
refer to "Int Mic" for their "Internal Analog Microphones" SectionDevice,
but these don't work anyways since they enable the RECMIX BST1 Switch
instead of the BST2 switch.

Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;alexander.levin@microsoft.com&gt;
</content>
</entry>
<entry>
<title>ASoC: intel: Fix PM and non-atomic crash in bytcr drivers</title>
<updated>2017-05-17T19:08:24Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2017-04-24T12:09:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=372323131cd027b0c24af1847fe8b34e69f5dedb'/>
<id>urn:sha1:372323131cd027b0c24af1847fe8b34e69f5dedb</id>
<content type='text'>
[ Upstream commit 6e4cac23c5a648d50b107d1b53e9c4e1120c7943 ]

The FE setups of Intel SST bytcr_rt5640 and bytcr_rt5651 drivers carry
the ignore_suspend flag, and this prevents the suspend/resume working
properly while the stream is running, since SST core code has the
check of the running streams and returns -EBUSY.  Drop these
superfluous flags for fixing the behavior.

Also, the bytcr_rt5640 driver lacks of nonatomic flag in some FE
definitions, which leads to the kernel Oops at suspend/resume like:

  BUG: scheduling while atomic: systemd-sleep/3144/0x00000003
  Call Trace:
   dump_stack+0x5c/0x7a
   __schedule_bug+0x55/0x70
   __schedule+0x63c/0x8c0
   schedule+0x3d/0x90
   schedule_timeout+0x16b/0x320
   ? del_timer_sync+0x50/0x50
   ? sst_wait_timeout+0xa9/0x170 [snd_intel_sst_core]
   ? sst_wait_timeout+0xa9/0x170 [snd_intel_sst_core]
   ? remove_wait_queue+0x60/0x60
   ? sst_prepare_and_post_msg+0x275/0x960 [snd_intel_sst_core]
   ? sst_pause_stream+0x9b/0x110 [snd_intel_sst_core]
   ....

This patch addresses these appropriately, too.

Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Acked-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: &lt;stable@vger.kernel.org&gt; # v4.1+
Signed-off-by: Sasha Levin &lt;alexander.levin@verizon.com&gt;
</content>
</entry>
<entry>
<title>ASoC: intel: Fix crash at suspend/resume without card registration</title>
<updated>2017-01-13T01:56:55Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2016-11-25T15:54:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a6d0744b18ae2e697fbd50b7986ee9eed96efe75'/>
<id>urn:sha1:a6d0744b18ae2e697fbd50b7986ee9eed96efe75</id>
<content type='text'>
[ Upstream commit 2fc995a87f2efcd803438f07bfecd35cc3d90d32 ]

When ASoC Intel SST Medfield driver is probed but without codec / card
assigned, it causes an Oops and freezes the kernel at suspend/resume,

 PM: Suspending system (freeze)
 Suspending console(s) (use no_console_suspend to debug)
 BUG: unable to handle kernel NULL pointer dereference at 0000000000000018
 IP: [&lt;ffffffffc09d9409&gt;] sst_soc_prepare+0x19/0xa0 [snd_soc_sst_mfld_platform]
 Oops: 0000 [#1] PREEMPT SMP
 CPU: 0 PID: 1552 Comm: systemd-sleep Tainted: G W 4.9.0-rc6-1.g5f5c2ad-default #1
 Call Trace:
  [&lt;ffffffffb45318f9&gt;] dpm_prepare+0x209/0x460
  [&lt;ffffffffb4531b61&gt;] dpm_suspend_start+0x11/0x60
  [&lt;ffffffffb40d3cc2&gt;] suspend_devices_and_enter+0xb2/0x710
  [&lt;ffffffffb40d462e&gt;] pm_suspend+0x30e/0x390
  [&lt;ffffffffb40d2eba&gt;] state_store+0x8a/0x90
  [&lt;ffffffffb43c670f&gt;] kobj_attr_store+0xf/0x20
  [&lt;ffffffffb42b0d97&gt;] sysfs_kf_write+0x37/0x40
  [&lt;ffffffffb42b02bc&gt;] kernfs_fop_write+0x11c/0x1b0
  [&lt;ffffffffb422be68&gt;] __vfs_write+0x28/0x140
  [&lt;ffffffffb43728a8&gt;] ? apparmor_file_permission+0x18/0x20
  [&lt;ffffffffb433b2ab&gt;] ? security_file_permission+0x3b/0xc0
  [&lt;ffffffffb422d095&gt;] vfs_write+0xb5/0x1a0
  [&lt;ffffffffb422e3d6&gt;] SyS_write+0x46/0xa0
  [&lt;ffffffffb4719fbb&gt;] entry_SYSCALL_64_fastpath+0x1e/0xad

Add proper NULL checks in the PM code of mdfld driver.

Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Acked-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Sasha Levin &lt;alexander.levin@verizon.com&gt;
</content>
</entry>
<entry>
<title>ASoC: Intel: Get correct usage_count value to load firmware</title>
<updated>2015-08-17T03:52:17Z</updated>
<author>
<name>Shilpa Sreeramalu</name>
</author>
<published>2015-07-15T14:58:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ba8d2b484d19090e0c19b38c4f3d8d1ab65107bb'/>
<id>urn:sha1:ba8d2b484d19090e0c19b38c4f3d8d1ab65107bb</id>
<content type='text'>
commit 412efa73dcd3bd03c1838c91e094533a95529039 upstream.

The usage_count variable was read before it was set to the correct
value, due to which the firmware load was failing. Because of this
IPC messages sent to the firmware were timing out causing a delay
of about 1 second while playing audio from the internal speakers.

With this patch the usage_count is read after the function call
pm_runtime_get_sync which will increment the usage_count variable
and the firmware load is successful and all the IPC messages are
processed correctly.

Signed-off-by: Shilpa Sreeramalu &lt;shilpa.sreeramalu@intel.com&gt;
Signed-off-by: Fang, Yang A &lt;yang.a.fang@intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ASoC: Intel: fix the makefile for atom code</title>
<updated>2015-04-23T09:32:48Z</updated>
<author>
<name>Vinod Koul</name>
</author>
<published>2015-04-23T09:08:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8faf141a9903477910387af062ece04ea7d730ed'/>
<id>urn:sha1:8faf141a9903477910387af062ece04ea7d730ed</id>
<content type='text'>
The tom code should be using SND_SST_MFLD_PLATFORM and not the baytrail one.
So fix it now

Signed-off-by: Vinod Koul &lt;vinod.koul@intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: Intel: sst_byt: remove kfree for memory allocated with devm_kzalloc</title>
<updated>2015-04-17T13:34:55Z</updated>
<author>
<name>Wei Yongjun</name>
</author>
<published>2015-04-16T13:46:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d09a6b4a1412149c133a58b53f50e9c05a95e834'/>
<id>urn:sha1:d09a6b4a1412149c133a58b53f50e9c05a95e834</id>
<content type='text'>
It's not necessary to free memory allocated with devm_kzalloc
and using kfree leads to a double free.

Signed-off-by: Wei Yongjun &lt;yongjun_wei@trendmicro.com.cn&gt;
Acked-by: Jarkko Nikula &lt;jarkko.nikula@linux.intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: Intel: Remove invalid kfree of devm allocated data</title>
<updated>2015-04-15T16:08:08Z</updated>
<author>
<name>Jin Yao</name>
</author>
<published>2015-04-13T06:20:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ac98b4c015b50b1e452f8d55b612320be7f80825'/>
<id>urn:sha1:ac98b4c015b50b1e452f8d55b612320be7f80825</id>
<content type='text'>
kbuild robot reports following warning:
"sound/soc/intel/haswell/sst-haswell-ipc.c:2204:1-6:
 WARNING: invalid free of devm_ allocated data"

As julia explains to me, the memory allocated with devm_kalloc
is freed automatically on failure of a probe function. So this
kfree should be removed otherwise the double free will be got in
error handler path.

Signed-off-by: Jin Yao &lt;yao.jin@linux.intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge remote-tracking branch 'asoc/topic/intel' into asoc-next</title>
<updated>2015-04-12T18:48:33Z</updated>
<author>
<name>Mark Brown</name>
</author>
<published>2015-04-12T18:48:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=aab0bb17ef2440ef5f68dcde5f1a6b32dcdfa9fb'/>
<id>urn:sha1:aab0bb17ef2440ef5f68dcde5f1a6b32dcdfa9fb</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge tag 'asoc-v4.1' into asoc-next</title>
<updated>2015-04-12T18:48:29Z</updated>
<author>
<name>Mark Brown</name>
</author>
<published>2015-04-12T18:48:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=89a88dd3d6823f46bfb1405c4b358f89d5526cd6'/>
<id>urn:sha1:89a88dd3d6823f46bfb1405c4b358f89d5526cd6</id>
<content type='text'>
ASoC: Changes for v4.1

A selection of changes for v4.1 so far.  The main things are:

 - Move of jack registration to the card where it belongs.
 - Support for DAPM routes specified by both the machine driver and DT.

# gpg: Signature made Thu 05 Mar 2015 01:10:27 GMT using RSA key ID 5D5487D0
# gpg: WARNING: digest algorithm MD5 is deprecated
# gpg: please see https://gnupg.org/faq/weak-digest-algos.html for more information
# gpg: Oops: keyid_from_fingerprint: no pubkey
# gpg: Good signature from "Mark Brown &lt;broonie@sirena.org.uk&gt;"
# gpg:                 aka "Mark Brown &lt;broonie@debian.org&gt;"
# gpg:                 aka "Mark Brown &lt;broonie@kernel.org&gt;"
# gpg:                 aka "Mark Brown &lt;broonie@tardis.ed.ac.uk&gt;"
# gpg:                 aka "Mark Brown &lt;broonie@linaro.org&gt;"
# gpg:                 aka "Mark Brown &lt;Mark.Brown@linaro.org&gt;"
</content>
</entry>
</feed>
