Changes in Makefile

0c30b8ca84aeea378d23874e7b14108021288b18 - ASoC: codecs: add Qualcomm Tambora (WCD9378) SDCA codec

Fri, 25 Sep 2026 18:10:48 +0200

ASoC: codecs: add Qualcomm Tambora (WCD9378) SDCA codecAdd support for the Qualcomm Tambora (WCD9378) headset codec in SDCAmode over SoundWire. On ARM/DT platforms without ACPI/DisCo firmwarethe SDCA topology and SoundWire port properties are supplied as staticdata through the codec driver.The codec exposes a single SimpleJack SDCA Function providing: - Headphone playback via FU 6 (mute + Q7.8 volume) and OT 43/45. - Headset mic capture via IT 33 with MICB2 bias at 2.75V. - MBHC-based headset jack detection.The driver enables the codec supplies, releases the reset GPIO, anduses: - sdw_slave_ops.read_prop to publish SoundWire slave properties and dpn caps for the compute-mode dataports. - sdca_class_ops.populate_function to hand the SDCA Function data (entities, clusters, init_table) to the class driver from static tables.Binds SoundWire slave id 0x0217:0x0110 when qcom,sdca-compliant isset on the DT node.Signed-off-by: Srinivas Kandagatla Link: https://patch.msgid.link/20260925161049.758913-8-srinivas.kandagatla@oss.qualcomm.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

004e260a54758de2cf813cb7fc63e45fe251c7fd - ASoC: es9039q2m: add ESS Technology ES9039Q2M codec driver

Fri, 18 Sep 2026 20:23:16 +0200

ASoC: es9039q2m: add ESS Technology ES9039Q2M codec driverThe ES9039Q2M is a 32-bit two-channel audio DAC with an asynchronoussample rate converter. It selects between two control personalities withits MODE pin: hardware mode, strapped by HW0/HW1/HW2 with no control busat all, and software mode over I2C or SPI. This driver implementssoftware mode over I2C, which MODE = GND selects.Three properties of the part shape the driver: - The ASRC in front of the DAC means MCLK need not be synchronous with BCLK or LRCK, so a board can feed it a fixed oscillator and never touch the clock again. The driver derives which case it is in rather than assuming one: the part runs synchronously when it drives the bus clocks itself, or when the MCLK it was given can be set to a multiple of the sample rate, and asynchronously only when a fixed oscillator feeds it as a clock consumer. The datasheet's MCLK floor differs between the two - 128 x Fs synchronous, 130 x Fs asynchronous - and where the clock is fixed a startup constraint derives the maximum rate from the MCLK actually present rather than advertising rates the hardware cannot honour. - Selecting an input format takes two registers, not one. Register 57 INPUT_SEL chooses which port to listen to; register 1 SYS MODE CONFIG enables the corresponding decoder, and at reset only ENABLE_TDM_DECODE is set. Selecting DoP without also enabling ENABLE_DOP_DECODE leaves the part hunting for a marker with the marker decoder switched off, so it finds no valid DoP and mutes. The driver sets both. - Several registers have non-zero reserved defaults - register 88 reads 0xb8 at reset - so every write is read-modify-write.The part has four supply inputs and the datasheet asks for them in a setorder: AVDD, then VCCA about 200us later, then the two output-stagereferences AVCC_DAC1 and AVCC_DAC2, with power-down exactly reversed. Thedriver enables them one at a time for that reason rather than callingregulator_bulk_enable(), which makes no ordering guarantee; the bulk APIstill acquires them, where order does not matter. DVDD is not among them:the part's 1.2V digital rail is generated on chip and that pin takes onlya decoupling capacitor. No settling time is inserted before the firstregister access because the datasheet specifies none.The datapath is off at reset and the driver turns it on at componentprobe. SYSTEM_CONFIG[1] is clear when the part comes out of reset, so insoftware mode nothing enables it at power-up and the analogue outputstays dead until the driver writes that bit. It is written after the muteand never before it: bringing the datapath up into an unmuted part whosevolume registers still sit at their 0 dB reset value is the thump themute is there to prevent. Note when testing that a warm reboot does notreset this part - registers and coefficient RAM both survive one, andonly removing power clears them - so the previous boot's value can hidewhether the write happened at all.DoP is detected by the part rather than announced by the host:AUTO_INPUT_SEL is enabled and both the TDM and DoP decoders run, so aplayer can simply send DoP-encoded PCM. That is the only way DoP works inpractice, because no player can select a DAC mode through a kcontrolfirst, and material sent to a part that is not looking for the markerrenders as the near-silent hiss the DoP design deliberately degrades to.The programmable FIR coefficient controls are write-only by design. Thepart has a PROG_COEFF_OUT register described as "Programmable FIRcoefficient readback", but it is not a RAM read port: it returns the lastcoefficient written, whatever address is selected in PROG_COEFF_ADDR.Measured by writing two different coefficients to addresses 0 and 1 andreading them back five ways - plain, with a settle delay, withPROG_COEFF_EN set, with the address written twice, and with awrite-enable pulse after the address. All ten reads returned the valuewritten to address 1. A get() built on that register would returnsomething with the shape of data and none of its meaning, so there isnone.Every control was verified against the silicon rather than against thedriver's own read-back: written through ALSA, then read from the chipover raw I2C. That covers the eight filter shapes, the modulatorbandwidth, the IIR bandwidth, the four signed 16-bit THD compensationcoefficients at both extremes of their range, and the automute enable,time, level and off-level fields including the neighbouringMUTE_RAMP_TO_GND bit that shares a register with the 11-bit time field.The coefficient upload, whose RAM cannot be read back, was verified fromthe I2C bus itself.System suspend gates the part's internal clock tree. Where the part isclocked from the SoC, system suspend stops its clock as a side effect andthere is nothing for a driver to do; where the board feeds it afree-running oscillator - which the ASRC makes an attractive design,since MCLK then need not track BCLK or LRCK - nothing in the system cangate that clock and the part stays fully clocked for the whole ofsuspend. Clearing ENABLE_DAC_CLK is the only part of its consumptionsoftware can reach; the analogue supplies are the board's business.Measured on an RK3588 board with a fixed 24.576 MHz oscillator, systemsuspend power fell from 1.98 W to 1.95 W and followed the register inboth directions across an A/B.Resume mutes the part before regcache_sync(), because the sync walksregisters in ascending address order. A board that keeps the supplies upneeds nothing, but one that removes them brings the part back at resetdefaults - DAC_MODE clear, both channels unmuted, both volume registersat 0 dB - and the sync would set DAC_MODE in register 0 and only restorethe real mute in register 86, lighting the datapath up at full scale inbetween.Resume also re-uploads the programmable FIR coefficient RAM.regcache_sync() cannot restore it - the RAM is write-only, so nothingcaches it - but the sync does restore the filter selection, so a boardthat removed the supplies would come back with the programmable filterselected and the RAM holding whatever it powered up with. The driverkeeps a shadow of each stage it uploaded and replays it after the sync.Stages never written have no shadow and keep the part's own defaults.Assisted-by: Claude:claude-opus-5Signed-off-by: Karl Asseily Link: https://patch.msgid.link/20260918182317.143223-4-karl@asseily.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

5df96e87b7d4938cc6df509224c7926edc86f3b1 - ASoC: add Senary SN624x SoundWire SDCA support

Tue, 01 Sep 2026 14:40:50 +0200

ASoC: add Senary SN624x SoundWire SDCA supportQianghua Wang says:This series adds SoundWire SDCA support for Senary SN624xmulti-function codecs (jack, speaker amp, DMIC) on Intel ARL,LNL, MTL, and PTL.Based on current sound.git tip (249bfb5d8897 — Merge branch 'for-next').Validated previously on LG / Positivo Wildcat Lake (PTL) withpart_id 0x6244 (MODALIAS sdw:m0496p6244v03c01).Link: https://patch.msgid.link/cover.1788230065.git.qianghua.wang@senarytech.com List of files: /linux/sound/soc/codecs/Makefile

12d9c9f8679c56e8c131dc2d8985c350ece7c4c3 - ASoC: codecs: add SN624x SDCA SoundWire driver

Tue, 01 Sep 2026 05:00:47 +0200

ASoC: codecs: add SN624x SDCA SoundWire driverAdd a SoundWire SDCA driver for Senary SN624x multi-function codecs(jack, speaker amp, and DMIC). Program SDCA SampleFreqIndex inhw_params, keep SDCA jack IRQs masked with poll-based detection, andextend the Senary MAINTAINERS entry for the new codec files only.Signed-off-by: Qianghua Wang Link: https://patch.msgid.link/0aa5fde4e0213362322fd9d0d50ed9c28c40fc09.1788230065.git.qianghua.wang@senarytech.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

be88847a8bb1a14194cf50116f8909d127861318 - ASoC: codecs: nau8360: Add support for NAU83G60 amplifier

Tue, 25 Aug 2026 04:16:44 +0200

ASoC: codecs: nau8360: Add support for NAU83G60 amplifierAdd support for the Nuvoton NAU83G60 audio codec. The NAU83G60 is astereo 30W+30W smart amplifier with an integrated low-latencyAdvanced Audio DSP.Signed-off-by: Neo Chang Link: https://patch.msgid.link/20260825021644.1203076-3-YLCHANG2@nuvoton.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

b50ecf5873df1ce6ff34f3e3421ebb33750e61f6 - ASoC: rt766: add RT766/RT767 SDCA driver

Tue, 04 Aug 2026 12:48:28 +0200

ASoC: rt766: add RT766/RT767 SDCA driverThis patch adds the initial SDCA multi-function codec driver for the RT766 and RT767.Signed-off-by: Shuming Fan Reviewed-by: Charles Keepax Link: https://patch.msgid.link/20260804104828.557228-1-shumingf@realtek.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

dbc2afea823b1402a1b193f53a7b05582c9015c1 - ASoC: Add support for the Qualcomm WSA885X Stereo smart speaker amplifier

Sat, 01 Aug 2026 01:21:06 +0200

ASoC: Add support for the Qualcomm WSA885X Stereo smart speaker amplifierPrasad Kumpatla 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, serialinterface setup, clock handling, mute and gain control, reset handling,interrupt support, runtime TDM slot-count configuration, and stream-timepower-state sequencing.validated speaker playback on Shikra and Hawi platforms.Link: https://patch.msgid.link/20260715115220.3093799-1-prasad.kumpatla@oss.qualcomm.com List of files: /linux/sound/soc/codecs/Makefile

1d0368c9873cddf08966bdf9642a72c7af89a7d3 - ASoC: codecs: add Qualcomm WSA885X codec driver

Wed, 15 Jul 2026 13:52:20 +0200

ASoC: codecs: add Qualcomm WSA885X codec driverAdd an ASoC codec driver for the Qualcomm WSA885X stereo smart speakeramplifier.The driver programs the register map, handles reset and interrupt support,exposes DAI operations for PCM/TDM playback, and provides mixer controlsfor usage mode, speaker volume and RX slot mask.Keep stream-time power-state sequencing in the DAI callbacks and use regmapfor the control path.Signed-off-by: Prasad Kumpatla Link: https://patch.msgid.link/20260715115220.3093799-3-prasad.kumpatla@oss.qualcomm.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

7fa44519a2a3a9da715669a7f359f08e49911e2f - ASoC: aw88399: extract shared device library

Fri, 17 Jul 2026 15:25:03 +0200

ASoC: aw88399: extract shared device libraryExtract the device-level functions from aw88399.c into a new sharedlibrary module (aw88399-lib.c) with a shared header atinclude/sound/aw88399.h, following the pattern established by CS35L41(cs35l41-lib.c / include/sound/cs35l41.h) for chips that need bothASoC and HDA drivers.The shared header at include/sound/aw88399.h contains the registerdefinitions, bit-field masks, hardware constants, device enums, thestruct aw88399 definition, and the library function declarations.The ASoC-private header at sound/soc/codecs/aw88399.h is reduced toASoC-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, CRCverification, etc.). The ASoC codec driver retains the ALSA controls,DAPM widgets, codec probe/remove, calibration service, and I2C busdriver registration.A new Kconfig symbol SND_SOC_AW88399_LIB is introduced.SND_SOC_AW88399 (the existing ASoC codec) selects it, ensuring nochange for current users. The HDA side codec driver (introducedlater in this series) selects the library without pulling in thefull ASoC codec module. This avoids a build-time dependency on thefull 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) areused internally by the library's start/stop sequences but are alsocalled 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 movedfunctions are identical to their originals in aw88399.c.Tested-by: Nadim Kobeissi Tested-by: Xia Yun'an Tested-by: Munzir Taha Signed-off-by: Marco Giunta Link: https://patch.msgid.link/DS7PR19MB772415C485FAF74297673FD7FCC62@DS7PR19MB7724.namprd19.prod.outlook.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

19b79397c0e780d7a26243e8e34553fdc4ef5f20 - ASoC: cs42xx8: Add SPI bus support for CS42448/CS42888 codec

Wed, 03 Jun 2026 13:56:59 +0200

ASoC: cs42xx8: Add SPI bus support for CS42448/CS42888 codecChancel Liu 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 List of files: /linux/sound/soc/codecs/Makefile

3158f585f4f25cb88415bf39786aaced87c98ee1 - ASoC: cs42xx8: Add SPI bus support for CS42448/CS42888 codec

Wed, 03 Jun 2026 11:50:41 +0200

ASoC: cs42xx8: Add SPI bus support for CS42448/CS42888 codecThe 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 Reviewed-by: Charles Keepax Link: https://patch.msgid.link/20260603095041.3906558-3-chancel.liu@oss.nxp.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

5d9cb740cd38fa17247b4a62af135901fa5c4d9c - ASoC: es9356-sdca: Add ES9356 SDCA driver

Thu, 14 May 2026 09:52:03 +0200

ASoC: es9356-sdca: Add ES9356 SDCA driverThis is the codec driver for es9356-sdca.Signed-off-by: Zhang Yi Link: https://patch.msgid.link/20260514075206.3483-4-zhangyi@everest-semi.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

38c89fededd5a9472e8222a20aa066058585f7b2 - ASoC: tac5xx2-sdw: add soundwire based codec driver

Tue, 05 May 2026 13:18:04 +0200

ASoC: tac5xx2-sdw: add soundwire based codec driverAdd 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 Reviewed-by: Pierre-Louis Bossart Link: https://patch.msgid.link/20260505111806.2280-3-niranjan.hy@ti.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

133c81f84471f47dadf03d0505d4c308b227a736 - ASoC: codecs: Add TAS67524 quad-channel audio amplifier driver

Fri, 17 Apr 2026 01:26:33 +0200

ASoC: codecs: Add TAS67524 quad-channel audio amplifier driverThe TAS675x (TAS6754, TAS67524) are quad-channel, digital-inputClass-D amplifiers with an integrated DSP, controlled over I2C.They support I2S and TDM serial audio interfaces.Signed-off-by: Sen Wang Link: https://patch.msgid.link/20260416232640.3084132-3-sen@ti.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

bf2d44d07de726b0393439cb4d4defc5cf89a4fc - ASoC: wm_adsp: Add kunit test for firmware file search

Tue, 10 Mar 2026 15:18:11 +0100

ASoC: wm_adsp: Add kunit test for firmware file searchAdd 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 enabledso that wm_adsp can be manually included for KUnit testing.The firmware filename is composed of several fields, some of which areoptional, and there is a search algorithm to fallback from specific togeneric versions of firmware for a device. This KUnit test verifies thatwm_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 Link: https://patch.msgid.link/20260310141817.1871794-5-rf@opensource.cirrus.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

9bca0f05cea49ad11b464672ccdf6efd6a814a45 - ASoC: cs35l56-shared: KUnit tests for onchip speaker ID gpios

Thu, 05 Feb 2026 17:48:37 +0100

ASoC: cs35l56-shared: KUnit tests for onchip speaker ID gpiosAdd KUnit testing of: cs35l56_check_and_save_onchip_spkid_gpios() cs35l56_configure_onchip_spkid_pads() cs35l56_read_onchip_spkid()The test consists of:- A mock regmap that simulates the pad and pin config registers.- Parameterization of the pin list, pulls list, a simulated value for each pin and the speaker ID value that this should produce.- A self-test of the simulated pin and GPIO registers.- A test that the value returned by cs35l56_read_onchip_spkid() is correct.- A test that the pin pull-up/down are set correctly by cs35l56_configure_onchip_spkid_pads()- A test that cs35l56_configure_onchip_spkid_pads() and cs35l56_read_onchip_spkid(0 return the expected values if cs35l56_base->num_onchip_spkid_gpios == 0.- A test that cs35l56_check_and_save_onchip_spkid_gpios() saves the configuration.- A test that cs35l56_check_and_save_onchip_spkid_gpios() rejects illegal GPIO numbers.- A test that cs35l56_check_and_save_onchip_spkid_gpios() rejects illegal pull types.Signed-off-by: Richard Fitzgerald Link: https://patch.msgid.link/20260205164838.1611295-3-rf@opensource.cirrus.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

1924bd68a0c06f9f2c06cf35e60dfc55cdc34a91 - ASoC: codec: Remove ak4641/pxa2xx-ac97 and convert to

Wed, 28 Jan 2026 01:37:49 +0100

ASoC: codec: Remove ak4641/pxa2xx-ac97 and convert toMerge series from "Peng Fan (OSS)" :The main goal is to convert drivers to use GPIO descriptors. While readingthe code, I think it is time to remove ak4641 and pxa2xx-ac97 driver,more info could be found in commit log of each patch.Then only need to convert sound/arm/pxa2xx-ac97-lib.c to use GPIOdescriptors. Not have hardware to test the pxa2xx ac97. List of files: /linux/sound/soc/codecs/Makefile

d7e1f9e84af460c5f1e5352eda8f036000cfcf0a - ASoC: codec: Remove ak4641

Thu, 22 Jan 2026 13:44:57 +0100

ASoC: codec: Remove ak4641Since commit d6df7df7ae5a0 ("ARM: pxa: remove unused board files"), therehas been no in-tree user of the AK4641 codec driver. The last user(HP iPAQ hx4700) was a non-DT PXA board file that instantiated the devicevia I2C board data; that code was removed as part of the PXA board-filepurge.The AK4641 driver was introduced ~2011 and still probes only via the I2Cdevice-ID table ('.id_table'), without an 'of_match_table', so there areno upstream Devicetree users to retain. With no in-tree users left, removethe driver.Signed-off-by: Peng Fan Reviewed-by: Bartosz Golaszewski Acked-by: Andy Shevchenko Link: https://patch.msgid.link/20260122-sound-cleanup-v1-1-0a91901609b8@nxp.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

d0ab89951197f0fc509a0cd732d830880e79c2d4 - ASoC: cs35l56: Add KUnit testing of cs35l56_set_fw_suffix()

Wed, 21 Jan 2026 14:22:43 +0100

ASoC: cs35l56: Add KUnit testing of cs35l56_set_fw_suffix()Add a new KUnit test for testing the creation of firmware namequalifiers in the cs35l56 driver. The initial set of test casesare for cs35l56_set_fw_suffix().Signed-off-by: Richard Fitzgerald Link: https://patch.msgid.link/20260121132243.1256019-6-rf@opensource.cirrus.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile

420739112e95c9bb286b4e87875706925970abd3 - ASoC: rt5575: Add the codec driver for the ALC5575

Wed, 31 Dec 2025 03:37:11 +0100

ASoC: rt5575: Add the codec driver for the ALC5575The ALC5575 integrates an audio DSP that typically loads its firmwarefrom an external flash via its own SPI host interface. In certainhardware configurations, the firmware can alternatively be loadedthrough the SPI client interface. The driver provides basic mute andvolume control functions. When the SPI client interface is enabled,firmware loading is handled by the SPI driver.Signed-off-by: Oder Chiou Link: https://patch.msgid.link/17c36d07af44ffb1d600977955da95852f8d60f3.1767148150.git.oder_chiou@realtek.comSigned-off-by: Mark Brown List of files: /linux/sound/soc/codecs/Makefile