<feed xmlns='http://www.w3.org/2005/Atom'>
<title>starfive-tech/linux.git/include/sound, branch VF2_v3.7.5</title>
<subtitle>StarFive Tech Linux Kernel for VisionFive (JH7110) boards (mirror)</subtitle>
<id>https://git.radix-linux.su/starfive-tech/linux.git/atom?h=VF2_v3.7.5</id>
<link rel='self' href='https://git.radix-linux.su/starfive-tech/linux.git/atom?h=VF2_v3.7.5'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/'/>
<updated>2023-08-14T07:19:04+00:00</updated>
<entry>
<title>sound:simple card: fix cannot register pwmdac and hdmi snd card</title>
<updated>2023-08-14T07:19:04+00:00</updated>
<author>
<name>carter.li</name>
<email>carter.li@starfivetech.com</email>
</author>
<published>2023-07-27T09:38:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=4e78e41d8b913388728b04244f55b049754b107d'/>
<id>urn:sha1:4e78e41d8b913388728b04244f55b049754b107d</id>
<content type='text'>
in soc_check_tplg_fes func, traverse all components for current card to
decide if we should modify dai-link params and use topology(the source
dai-link params is get from dts). because the sof-dsp component is in
the global components list, the sof-dsp set the ignore_machine as the
"asoc simple card", the ignore_machine matches the pwmdac
card-&gt;dev-&gt;driver-&gt;name, so the dai-link params is modified.
But in actually, the pwmdac and hdmi snd card should not use topology
and the dai-link should not be modified. we use no_plat vairalbe in
dai_link to indicates there is no platform component in dai-link and no
sof-dsp plat, and we dont use topology and dont need to change dai-link
params.

Signed-off-by: carter.li &lt;carter.li@starfivetech.com&gt;
</content>
</entry>
<entry>
<title>[Audio: I2S] Support WM8960 one channel play and captrue</title>
<updated>2022-08-11T09:37:26+00:00</updated>
<author>
<name>curry.zhang</name>
<email>curry.zhang@starfivetech.com</email>
</author>
<published>2022-08-11T09:37:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=edbaa9f7a65406d23c11df4dfd35f57e766e24ab'/>
<id>urn:sha1:edbaa9f7a65406d23c11df4dfd35f57e766e24ab</id>
<content type='text'>
Fixed BUG 1754

Signed-off-by: curry.zhang &lt;curry.zhang@starfivetech.com&gt;
</content>
</entry>
<entry>
<title>ALSA: hda: intel: Allow repeatedly probing on codec configuration errors</title>
<updated>2021-10-07T07:15:22+00:00</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2021-10-06T14:19:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=c0f1886de7e173865f1a0fa7680a1c07954a987f'/>
<id>urn:sha1:c0f1886de7e173865f1a0fa7680a1c07954a987f</id>
<content type='text'>
It seems that a few recent AMD systems show the codec configuration
errors at the early boot, while loading the driver at a later stage
works magically.  Although the root cause of the error isn't clear,
it's certainly not bad to allow retrying the codec probe in such a
case if that helps.

This patch adds the capability for retrying the probe upon codec probe
errors on the certain AMD platforms.  The probe_work is changed to a
delayed work, and at the secondary call, it'll jump to the codec
probing.

Note that, not only adding the re-probing, this includes the behavior
changes in the codec configuration function.  Namely,
snd_hda_codec_configure() won't unregister the codec at errors any
longer.  Instead, its caller, azx_codec_configure() unregisters the
codecs with the probe failures *if* any codec has been successfully
configured.  If all codec probe failed, it doesn't unregister but let
it re-probed -- which is the most case we're seeing and this patch
tries to improve.

Even if the driver doesn't re-probe or give up, it will go to the
"free-all" error path, hence the leftover codecs shall be disabled /
deleted in anyway.

BugLink: https://bugzilla.suse.com/show_bug.cgi?id=1190801
Link: https://lore.kernel.org/r/20211006141940.2897-1-tiwai@suse.de
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
</content>
</entry>
<entry>
<title>ALSA: rawmidi: introduce SNDRV_RAWMIDI_IOCTL_USER_PVERSION</title>
<updated>2021-09-23T07:26:40+00:00</updated>
<author>
<name>Jaroslav Kysela</name>
<email>perex@perex.cz</email>
</author>
<published>2021-09-20T17:18:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=09d23174402da0f10e98da2c61bb5ac8e7d79fdd'/>
<id>urn:sha1:09d23174402da0f10e98da2c61bb5ac8e7d79fdd</id>
<content type='text'>
The new framing mode causes the user space regression, because
the alsa-lib code does not initialize the reserved space in
the params structure when the device is opened.

This change adds SNDRV_RAWMIDI_IOCTL_USER_PVERSION like we
do for the PCM interface for the protocol acknowledgment.

Cc: David Henningsson &lt;coding@diwic.se&gt;
Cc: &lt;stable@vger.kernel.org&gt;
Fixes: 08fdced60ca0 ("ALSA: rawmidi: Add framing mode")
BugLink: https://github.com/alsa-project/alsa-lib/issues/178
Signed-off-by: Jaroslav Kysela &lt;perex@perex.cz&gt;
Link: https://lore.kernel.org/r/20210920171850.154186-1-perex@perex.cz
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
</content>
</entry>
<entry>
<title>Merge tag 'asoc-v5.15' of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
<updated>2021-08-30T12:57:03+00:00</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2021-08-30T12:57:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=a8729efbbb847f6ea9b06e73491ec8ddb560465e'/>
<id>urn:sha1:a8729efbbb847f6ea9b06e73491ec8ddb560465e</id>
<content type='text'>
ASoC: Updates for v5.15

Quite a quiet release this time, mostly a combination of cleanups
and a good set of new drivers.

 - Lots of cleanups and improvements to the Intel drivers,
   including some new systems support.
 - New support for AMD Vangoh, CUI CMM-4030D-261, Mediatek
   Mt8195, Renesas RZ/G2L Mediatek Mt8195, RealTek RT101P,
   Renesas RZ/G2L,, Rockchip RK3568 S/PDIF.
</content>
</entry>
<entry>
<title>ASoC: Revert PCM trigger changes</title>
<updated>2021-08-30T11:15:15+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2021-08-30T11:13:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=3202e2f5fac0032cb1128fb8d5b7f3368902c8d8'/>
<id>urn:sha1:3202e2f5fac0032cb1128fb8d5b7f3368902c8d8</id>
<content type='text'>
These have turned up some issues in further testing.

Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: soc-pcm: test refcount before triggering</title>
<updated>2021-08-26T16:42:08+00:00</updated>
<author>
<name>Pierre-Louis Bossart</name>
<email>pierre-louis.bossart@linux.intel.com</email>
</author>
<published>2021-08-17T16:40:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=6479f7588651cbc9c91e61c20ff39119cbc8feba'/>
<id>urn:sha1:6479f7588651cbc9c91e61c20ff39119cbc8feba</id>
<content type='text'>
On start/pause_release/resume, when more than one FE is connected to
the same BE, it's possible that the trigger is sent more than
once. This is not desirable, we only want to trigger a BE once, which
is straightforward to implement with a refcount.

For stop/pause/suspend, the problem is more complicated: the check
implemented in snd_soc_dpcm_can_be_free_stop() may fail due to a
conceptual deadlock when we trigger the BE before the FE. In this
case, the FE states have not yet changed, so there are corner cases
where the TRIGGER_STOP is never sent - the dual case of start where
multiple triggers might be sent.

This patch suggests an unconditional trigger in all cases, without
checking the FE states, using a refcount protected by a spinlock.

Signed-off-by: Pierre-Louis Bossart &lt;pierre-louis.bossart@linux.intel.com&gt;
Message-Id: &lt;20210817164054.250028-3-pierre-louis.bossart@linux.intel.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ALSA: hda: Nuke unused reboot_notify callback</title>
<updated>2021-08-14T06:39:38+00:00</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2021-08-13T08:12:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=327b34f2a97d72c41d4854d61336c9ae6ffe4a44'/>
<id>urn:sha1:327b34f2a97d72c41d4854d61336c9ae6ffe4a44</id>
<content type='text'>
As reboot_notify callback is no longer used by the codec core, let's
get rid of the unused code.  Conexant codec needs a slight code change
as it used to call the reboot_notify at the codec removal, too.

BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=214045
Link: https://lore.kernel.org/r/20210813081230.4268-4-tiwai@suse.de
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
</content>
</entry>
<entry>
<title>ALSA: hda_audio_ext: fix kernel-doc</title>
<updated>2021-08-13T06:05:31+00:00</updated>
<author>
<name>Pierre-Louis Bossart</name>
<email>pierre-louis.bossart@linux.intel.com</email>
</author>
<published>2021-08-12T22:59:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=0c4aa67735b754b735b85edfc909163f9289fcc2'/>
<id>urn:sha1:0c4aa67735b754b735b85edfc909163f9289fcc2</id>
<content type='text'>
Add missing @

Signed-off-by: Pierre-Louis Bossart &lt;pierre-louis.bossart@linux.intel.com&gt;
Reviewed-by: Péter Ujfalusi &lt;peter.ujfalusi@linux.intel.com&gt;
Reviewed-by: Kai Vehmanen &lt;kai.vehmanen@linux.intel.com&gt;
Reviewed-by: Ranjani Sridharan &lt;ranjani.sridharan@linux.intel.com&gt;
Link: https://lore.kernel.org/r/20210812225904.171529-3-pierre-louis.bossart@linux.intel.com
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
</content>
</entry>
<entry>
<title>Merge some cs42l42 patches into asoc-5.15</title>
<updated>2021-08-06T00:46:24+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2021-08-06T00:46:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/starfive-tech/linux.git/commit/?id=ddaa1ed52c5da64fe9adf1d5ea6202cda3a53eea'/>
<id>urn:sha1:ddaa1ed52c5da64fe9adf1d5ea6202cda3a53eea</id>
<content type='text'>
</content>
</entry>
</feed>
