<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-linux/sound/soc/codecs/Makefile, branch stable</title>
<subtitle>WireGuard for the Linux kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-linux/atom/sound/soc/codecs/Makefile?h=stable</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-linux/atom/sound/soc/codecs/Makefile?h=stable'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/'/>
<updated>2026-08-04T16:42:03Z</updated>
<entry>
<title>ASoC: rt766: add RT766/RT767 SDCA driver</title>
<updated>2026-08-04T16:42:03Z</updated>
<author>
<name>Shuming Fan</name>
<email>shumingf@realtek.com</email>
</author>
<published>2026-08-04T10:48:28Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=b50ecf5873df1ce6ff34f3e3421ebb33750e61f6'/>
<id>urn:sha1:b50ecf5873df1ce6ff34f3e3421ebb33750e61f6</id>
<content type='text'>
This patch adds the initial SDCA multi-function codec driver for the RT766 and RT767.

Signed-off-by: Shuming Fan &lt;shumingf@realtek.com&gt;
Reviewed-by: Charles Keepax &lt;ckeepax@opensource.cirrus.com&gt;
Link: https://patch.msgid.link/20260804104828.557228-1-shumingf@realtek.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: Add support for the Qualcomm WSA885X Stereo smart speaker amplifier</title>
<updated>2026-07-31T23:21:06Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2026-07-31T23:21:06Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=dbc2afea823b1402a1b193f53a7b05582c9015c1'/>
<id>urn:sha1:dbc2afea823b1402a1b193f53a7b05582c9015c1</id>
<content type='text'>
Prasad Kumpatla &lt;prasad.kumpatla@oss.qualcomm.com&gt; says:

The series first documents the WSA885X devicetree binding,
including supplies, GPIOs, Interrupt and battery configuration.

It then adds the ASoC codec driver with register programming, serial
interface setup, clock handling, mute and gain control, reset handling,
interrupt support, runtime TDM slot-count configuration, and stream-time
power-state sequencing.

validated speaker playback on Shikra and Hawi platforms.

Link: https://patch.msgid.link/20260715115220.3093799-1-prasad.kumpatla@oss.qualcomm.com
</content>
</entry>
<entry>
<title>ASoC: codecs: add Qualcomm WSA885X codec driver</title>
<updated>2026-07-31T23:21:04Z</updated>
<author>
<name>Prasad Kumpatla</name>
<email>prasad.kumpatla@oss.qualcomm.com</email>
</author>
<published>2026-07-15T11:52:20Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=1d0368c9873cddf08966bdf9642a72c7af89a7d3'/>
<id>urn:sha1:1d0368c9873cddf08966bdf9642a72c7af89a7d3</id>
<content type='text'>
Add an ASoC codec driver for the Qualcomm WSA885X stereo smart speaker
amplifier.

The driver programs the register map, handles reset and interrupt support,
exposes DAI operations for PCM/TDM playback, and provides mixer controls
for usage mode, speaker volume and RX slot mask.

Keep stream-time power-state sequencing in the DAI callbacks and use regmap
for the control path.

Signed-off-by: Prasad Kumpatla &lt;prasad.kumpatla@oss.qualcomm.com&gt;
Link: https://patch.msgid.link/20260715115220.3093799-3-prasad.kumpatla@oss.qualcomm.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: aw88399: extract shared device library</title>
<updated>2026-07-21T18:16:04Z</updated>
<author>
<name>Marco Giunta</name>
<email>marco_giunta@outlook.it</email>
</author>
<published>2026-07-17T13:25:03Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=7fa44519a2a3a9da715669a7f359f08e49911e2f'/>
<id>urn:sha1:7fa44519a2a3a9da715669a7f359f08e49911e2f</id>
<content type='text'>
Extract the device-level functions from aw88399.c into a new shared
library module (aw88399-lib.c) with a shared header at
include/sound/aw88399.h, following the pattern established by CS35L41
(cs35l41-lib.c / include/sound/cs35l41.h) for chips that need both
ASoC and HDA drivers.

The shared header at include/sound/aw88399.h contains the register
definitions, bit-field masks, hardware constants, device enums, the
struct aw88399 definition, and the library function declarations.
The ASoC-private header at sound/soc/codecs/aw88399.h is reduced to
ASoC-specific definitions (PCM formats/rates, ALSA kcontrol helpers,
calibration constants) and includes the shared header.

The library contains the chip initialization, firmware loading,
playback start/stop sequences, and all their internal dependencies
(PLL checks, DSP management, volume control, calibration, CRC
verification, etc.). The ASoC codec driver retains the ALSA controls,
DAPM widgets, codec probe/remove, calibration service, and I2C bus
driver registration.

A new Kconfig symbol SND_SOC_AW88399_LIB is introduced.
SND_SOC_AW88399 (the existing ASoC codec) selects it, ensuring no
change for current users. The HDA side codec driver (introduced
later in this series) selects the library without pulling in the
full ASoC codec module. This avoids a build-time dependency on the
full ASoC driver and follows the established pattern used by CS35L41
(SND_SOC_CS35L41_LIB) for chips with both ASoC and HDA drivers.

Some library functions (DSP control, volume setting, mute,
calibration updates, profile management, and status helpers) are
used internally by the library's start/stop sequences but are also
called directly by the ASoC driver's remaining code.
These are exported from the library so the ASoC module can access them.

This is a pure code movement with no functional changes. The moved
functions are identical to their originals in aw88399.c.

Tested-by: Nadim Kobeissi &lt;nadim@symbolic.software&gt;
Tested-by: Xia Yun'an &lt;imitoy@imitoy.top&gt;
Tested-by: Munzir Taha &lt;munzirtaha@gmail.com&gt;
Signed-off-by: Marco Giunta &lt;marco_giunta@outlook.it&gt;
Link: https://patch.msgid.link/DS7PR19MB772415C485FAF74297673FD7FCC62@DS7PR19MB7724.namprd19.prod.outlook.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: cs42xx8: Add SPI bus support for CS42448/CS42888 codec</title>
<updated>2026-06-03T11:56:59Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2026-06-03T11:56:59Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=19b79397c0e780d7a26243e8e34553fdc4ef5f20'/>
<id>urn:sha1:19b79397c0e780d7a26243e8e34553fdc4ef5f20</id>
<content type='text'>
Chancel Liu &lt;chancel.liu@nxp.com&gt; says:

The existing cs42xx8 driver only supported I2C control interface.
Add SPI bus support for the Cirrus Logic CS42448/CS42888 Audio CODEC.

Link: https://patch.msgid.link/20260603095041.3906558-1-chancel.liu@oss.nxp.com
</content>
</entry>
<entry>
<title>ASoC: cs42xx8: Add SPI bus support for CS42448/CS42888 codec</title>
<updated>2026-06-03T11:56:57Z</updated>
<author>
<name>Chancel Liu</name>
<email>chancel.liu@nxp.com</email>
</author>
<published>2026-06-03T09:50:41Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=3158f585f4f25cb88415bf39786aaced87c98ee1'/>
<id>urn:sha1:3158f585f4f25cb88415bf39786aaced87c98ee1</id>
<content type='text'>
The existing cs42xx8 driver only supported I2C control interface.
Add SPI bus support for the Cirrus Logic CS42448/CS42888 Audio CODEC.

Signed-off-by: Chancel Liu &lt;chancel.liu@nxp.com&gt;
Reviewed-by: Charles Keepax &lt;ckeepax@opensource.cirrus.com&gt;
Link: https://patch.msgid.link/20260603095041.3906558-3-chancel.liu@oss.nxp.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: es9356-sdca: Add ES9356 SDCA driver</title>
<updated>2026-05-15T02:29:45Z</updated>
<author>
<name>Zhang Yi</name>
<email>zhangyi@everest-semi.com</email>
</author>
<published>2026-05-14T07:52:03Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=5d9cb740cd38fa17247b4a62af135901fa5c4d9c'/>
<id>urn:sha1:5d9cb740cd38fa17247b4a62af135901fa5c4d9c</id>
<content type='text'>
This is the codec driver for es9356-sdca.

Signed-off-by: Zhang Yi &lt;zhangyi@everest-semi.com&gt;
Link: https://patch.msgid.link/20260514075206.3483-4-zhangyi@everest-semi.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: tac5xx2-sdw: add soundwire based codec driver</title>
<updated>2026-05-07T08:18:38Z</updated>
<author>
<name>Niranjan H Y</name>
<email>niranjan.hy@ti.com</email>
</author>
<published>2026-05-05T11:18:04Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=38c89fededd5a9472e8222a20aa066058585f7b2'/>
<id>urn:sha1:38c89fededd5a9472e8222a20aa066058585f7b2</id>
<content type='text'>
Add codec driver for tac5xx2 family of devices.
This includes the support for
  1. tac5572 - DAC, PDM, UAJ and HID
  2. tas2883 - Amplifier with DSP
  3. tac5672 - Similar to tac5572 with feedback
  4. tac5682 - Similar to tac5672 with Amplifier DSP.

Signed-off-by: Niranjan H Y &lt;niranjan.hy@ti.com&gt;
Reviewed-by: Pierre-Louis Bossart &lt;pierre-louis.bossart@linux.dev&gt;
Link: https://patch.msgid.link/20260505111806.2280-3-niranjan.hy@ti.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: codecs: Add TAS67524 quad-channel audio amplifier driver</title>
<updated>2026-04-26T23:36:16Z</updated>
<author>
<name>Sen Wang</name>
<email>sen@ti.com</email>
</author>
<published>2026-04-16T23:26:33Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=133c81f84471f47dadf03d0505d4c308b227a736'/>
<id>urn:sha1:133c81f84471f47dadf03d0505d4c308b227a736</id>
<content type='text'>
The TAS675x (TAS6754, TAS67524) are quad-channel, digital-input
Class-D amplifiers with an integrated DSP, controlled over I2C.
They support I2S and TDM serial audio interfaces.

Signed-off-by: Sen Wang &lt;sen@ti.com&gt;
Link: https://patch.msgid.link/20260416232640.3084132-3-sen@ti.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>ASoC: wm_adsp: Add kunit test for firmware file search</title>
<updated>2026-03-10T14:52:51Z</updated>
<author>
<name>Richard Fitzgerald</name>
<email>rf@opensource.cirrus.com</email>
</author>
<published>2026-03-10T14:18:11Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-linux/commit/?id=bf2d44d07de726b0393439cb4d4defc5cf89a4fc'/>
<id>urn:sha1:bf2d44d07de726b0393439cb4d4defc5cf89a4fc</id>
<content type='text'>
Add KUnit testing of the wm_adsp code that searches for firmware files.
Also make the SND_SOC_WM_ADSP Kconfig symbol visible if KUNIT is enabled
so that wm_adsp can be manually included for KUnit testing.

The firmware filename is composed of several fields, some of which are
optional, and there is a search algorithm to fallback from specific to
generic versions of firmware for a device. This KUnit test verifies that
wm_adsp is searching for the correct sequence of filenames.

The are two ways of testing this, and both are used in this KUnit test.

1. Trap the calls to firmware_request_nowarn() and test that the sequence
   of filenames request is correct.

   This is the most thorough test because it proves that exactly the
   expected filenames are requested, in the correct order.

   But it doesn't fully cover regression testing. If a change to the search
   algorithm changes the expected sequence of requested files, the test
   must also be changed to expect that new sequence. If the expectation is
   wrong, the tests can pass (because the search order is as expected)
   while picking a different file in some cases from what it did before the
   change.

2. Test which file is picked from a simulated directory of files.

   This is better for regression testing because it is independent of the
   search algorithm. It does not need to change if the search algorithm
   changes. It is not testing exactly which files the algorithm searches
   for, only which file it eventually picks from a given set of available
   files.

   In other words, the regression test is: does it still pick the same file
   from the same directory of files?

   But it is impractical for thorough testing. It doesn't prove that
   exactly the correct files were searched for, unless it was to test with
   every possible combination of file names and directory content that
   could ever exist. Clearly this is impossible to implement, since the
   number of combations of possible valid filenames in a directory and
   number of files in a directory is astronomically large.

Signed-off-by: Richard Fitzgerald &lt;rf@opensource.cirrus.com&gt;
Link: https://patch.msgid.link/20260310141817.1871794-5-rf@opensource.cirrus.com
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
</feed>
