linux-toradex.git/sound/soc/intel, branch master

ASoC: Intel: catpt: Cleanup components_kcontrols[]

2026-06-04T16:00:27+00:00

Fix alignment and drop redundant comments.
While at it, declare the mute-boolean explicitly.

Reviewed-by: Andy Shevchenko 
Signed-off-by: Cezary Rojewski 
Link: https://patch.msgid.link/20260603085827.1964796-8-cezary.rojewski@intel.com
Signed-off-by: Mark Brown

ASoC: Intel: catpt: Drop manipulation of the obsolete direction flag

2026-06-04T16:00:26+00:00

Setting up direction for struct dma_slave_config is obsolete, see the
description of the struct.  The transfer performed by the catpt-driver
is also always DMA_MEM_TO_MEM not DMA_MEM_TO_DEV with preparation step
being dmaengine_prep_dma_memcpy().

DW's ->device_prep_dma_memcpy() always fixes the direction to
DMA_MEM_TO_MEM even if its user fails to do so, see
drivers/dma/dw/core.c.   While the change impacts number of checks done
by ->device_config() - p/m buswidth checks are skipped - fields being
fixed up in those i.e.: .dst_addr_width and .src_addr_width, do not take
part in DMA_MEM_TO_MEM transfer.

Reviewed-by: Andy Shevchenko 
Signed-off-by: Cezary Rojewski 
Link: https://patch.msgid.link/20260603085827.1964796-7-cezary.rojewski@intel.com
Signed-off-by: Mark Brown

ASoC: Intel: catpt: Remove unused WAVES controls

2026-06-04T16:00:25+00:00

Support for the WAVES module was never officially published.  The
kcontrols present in the existing code were added to retain 1:1 UAPI
with catpt-driver's predecessor, the haswell-driver despite the lack of
users for the functionality.  Several years have passed since the
successful transition to the catpt-driver and removal of its predecessor
and there is no reason to keep the unused code.

Reviewed-by: Andy Shevchenko 
Signed-off-by: Cezary Rojewski 
Link: https://patch.msgid.link/20260603085827.1964796-6-cezary.rojewski@intel.com
Signed-off-by: Mark Brown

ASoC: Intel: catpt: Simplify catpt_stream_find()

2026-06-04T16:00:24+00:00

Code line reduction and more transparent variable naming.
No functional changes.

Reviewed-by: Andy Shevchenko 
Signed-off-by: Cezary Rojewski 
Link: https://patch.msgid.link/20260603085827.1964796-5-cezary.rojewski@intel.com
Signed-off-by: Mark Brown

ASoC: Intel: catpt: Simplify the RAM-navigation code

2026-06-04T16:00:23+00:00

Add catpt_iram_addr() to the catpt helpers family and replace all the
open arithmetics with them.  Makes it easier to understand the code.

Reviewed-by: Andy Shevchenko 
Signed-off-by: Cezary Rojewski 
Link: https://patch.msgid.link/20260603085827.1964796-4-cezary.rojewski@intel.com
Signed-off-by: Mark Brown

ASoC: Intel: catpt: Replace RAM-helpers with resource_xxx()

2026-06-04T16:00:22+00:00

For catpt_sram_init(), the exact same functionality has been provided to
ioport.h with commit 9fb6fef0fb49 ("resource: Add resource set range and
size helpers") in recent years.

As for catpt_dram/iram_size(), leave it for the driver initialization
only.  Have all other manipulations be done using resource_xxx() API
which are more familiar to kernel developers.

Reviewed-by: Andy Shevchenko 
Signed-off-by: Cezary Rojewski 
Link: https://patch.msgid.link/20260603085827.1964796-3-cezary.rojewski@intel.com
Signed-off-by: Mark Brown

ASoC: Intel: catpt: Utilize lock-guard helper

2026-06-04T16:00:22+00:00

The lock-guard helps simplify the driver's code.

Reviewed-by: Andy Shevchenko 
Signed-off-by: Cezary Rojewski 
Link: https://patch.msgid.link/20260603085827.1964796-2-cezary.rojewski@intel.com
Signed-off-by: Mark Brown

ASoC: nau8822: add support for supply regulators

2026-06-01T14:13:58+00:00

Alexey Charkov  says:

The Nuvoton NAU8822 codec has four power supply pins: VDDA, VDDB, VDDC
and VDDSPK, which must be online and stable before the device can be
accessed over I2C. On boards where these rails are software-controlled,
probing the codec before the regulators are up results in -ENXIO errors
during register access.

This short series adds optional regulator support to both the device
tree binding and the driver, so platforms that need explicit power
sequencing can describe and enforce it:

Link: https://patch.msgid.link/20260525-nau8822-reg-v2-0-7d37ae393e46@flipper.net

ASoC: Intel: catpt: Error handling and debug improvements

2026-05-28T18:12:52+00:00

Cezary Rojewski  says:

Outcome of a long debug to solve one, long-standing bug ocurring very
rarely on Haswell/Broadwell machines during the boot procedure of the
AudioDSP firmware.  Clever/unfortunate user can increase the
reproduction rare to 100%.

The bug: an exception occurring early during FW boot (firmware side, not
the software one) leaves the firmware hanging and the existing software
code is incappable of recognizing such problem.  The only solution a
user currently has is: rmmod and then modprobe the driver.

Recently, together with Krzysztof from the firmware team decided to take
it up and clear the dashboard.

The exception handling takes just a few lines of code (all part of the
first patch), everything else that this patchset is composed of improves
the debugability and logging.  If anything similar pops up, the
developers can see what's going on.

Link: https://patch.msgid.link/20260528083444.1439233-1-cezary.rojewski@intel.com

ASoC: Intel: catpt: Print error code if board-registration fails

2026-05-28T18:12:50+00:00

Message alone without the code does not tell us much.

Signed-off-by: Cezary Rojewski 
Link: https://patch.msgid.link/20260528083444.1439233-4-cezary.rojewski@intel.com
Signed-off-by: Mark Brown