August 2025 - Alsa-devel - mailman.alsa-project.org

[PATCH v3] ASoC: SOF: Intel: WCL: Add the sdw_process_wakeen op
by Ajye Huang 28 Aug '25

28 Aug '25

Add the missing op in the device description to avoid issues with jack detection. Fixes: 6b04629ae97a ("ASoC: SOF: Intel: add initial support for WCL") Acked-by: Peter Ujfalusi <peter.ujfalusi(a)linux.intel.com> Signed-off-by: Ajye Huang <ajye_huang(a)compal.corp-partner.google.com> --- v2: Add Fixes: 6b04629ae97a ("ASoC: SOF: Intel: add initial support for WCL") v3: Add Acked-by: Peter Ujfalusi <peter.ujfalusi(a)linux.intel.com> sound/soc/sof/intel/ptl.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/soc/sof/intel/ptl.c b/sound/soc/sof/intel/ptl.c index 1bc1f54c470d..4633cd01e7dd 100644 --- a/sound/soc/sof/intel/ptl.c +++ b/sound/soc/sof/intel/ptl.c @@ -143,6 +143,7 @@ const struct sof_intel_dsp_desc wcl_chip_info = { .read_sdw_lcount = hda_sdw_check_lcount_ext, .check_sdw_irq = lnl_dsp_check_sdw_irq, .check_sdw_wakeen_irq = lnl_sdw_check_wakeen_irq, + .sdw_process_wakeen = hda_sdw_process_wakeen_common, .check_ipc_irq = mtl_dsp_check_ipc_irq, .cl_init = mtl_dsp_cl_init, .power_down_dsp = mtl_power_down_dsp, -- 2.25.1

2 1

ucm2: MediaTek: mt8391-evk: Add alsa-ucm support
by GitHub pull_request - opened 28 Aug '25

28 Aug '25

alsa-project/alsa-ucm-conf pull request #607 was opened from zoran055: Add alsa-ucm support for the MediaTek mt8391-evk platform. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/607 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/607.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH v2] ALSA: hda/tas2781: Fix EFI name for calibration beginning with 1 instead of 0
by Shenghao Ding 27 Aug '25

27 Aug '25

A bug reported by one of my customers that EFI name beginning with 0 instead of 1. Fixes: 4fe238513407 ("ALSA: hda/tas2781: Move and unified the calibrated-data getting function for SPI and I2C into the tas2781_hda lib") Signed-off-by: Shenghao Ding <shenghao-ding(a)ti.com> --- v2: - remove unrelated change v1: - Fix EFI name beginning with 1 instead of 0 - Add extra comments on EFI name for calibration - Remove an extra space --- sound/hda/codecs/side-codecs/tas2781_hda_i2c.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/sound/hda/codecs/side-codecs/tas2781_hda_i2c.c b/sound/hda/codecs/side-codecs/tas2781_hda_i2c.c index ed7771ab9475..635cbd8820ac 100644 --- a/sound/hda/codecs/side-codecs/tas2781_hda_i2c.c +++ b/sound/hda/codecs/side-codecs/tas2781_hda_i2c.c @@ -340,7 +340,8 @@ static int tas2563_save_calibration(struct tas2781_hda *h) data[offset] = i; offset++; for (j = 0; j < TASDEV_CALIB_N; ++j) { - ret = snprintf(var8, sizeof(var8), vars[j], i); + /* EFI name for calibration started with 1, not 0 */ + ret = snprintf(var8, sizeof(var8), vars[j], i + 1); if (ret < 0 || ret >= sizeof(var8) - 1) { dev_err(p->dev, "%s: Read %s failed\n", @@ -349,7 +350,7 @@ static int tas2563_save_calibration(struct tas2781_hda *h) } /* * Our variable names are ASCII by construction, but - * EFI names are wide chars. Convert and zero-pad. + * EFI names are wide chars. Convert and zero-pad. */ memset(efi_name, 0, sizeof(efi_name)); for (k = 0; k < sizeof(var8) && var8[k]; k++) -- 2.43.0

4 5

Add UCM for RME Fireface UCX
by GitHub pull_request - opened 27 Aug '25

27 Aug '25

alsa-project/alsa-ucm-conf pull request #606 was opened from vascosantos: Adds UCM for RME Fireface UCX (heavily based on RME Fireface UCX II config). Device is assumed in CC mode. #605 Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/606 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/606.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Feature request: Add support for RME Fireface UCX
by GitHub issues - opened 27 Aug '25

27 Aug '25

alsa-project/alsa-ucm-conf issue #605 was opened from vascosantos: I see there is already support for the RME Fireface UCX II. Could you please add support for the previous version, RME Fireface UCX? Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/605 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH v3] ALSA: hda/tas2781: Fix EFI name for calibration beginning with 1 instead of 0
by Shenghao Ding 27 Aug '25

27 Aug '25

A bug reported by one of my customers that EFI name beginning with 0 instead of 1. Fixes: 4fe238513407 ("ALSA: hda/tas2781: Move and unified the calibrated-data getting function for SPI and I2C into the tas2781_hda lib") Signed-off-by: Shenghao Ding <shenghao-ding(a)ti.com> --- v3: - remove unrelated change v1: - Fix EFI name beginning with 1 instead of 0 - Add extra comments on EFI name for calibration --- sound/hda/codecs/side-codecs/tas2781_hda_i2c.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/hda/codecs/side-codecs/tas2781_hda_i2c.c b/sound/hda/codecs/side-codecs/tas2781_hda_i2c.c index ed7771ab9475..dbd71e173119 100644 --- a/sound/hda/codecs/side-codecs/tas2781_hda_i2c.c +++ b/sound/hda/codecs/side-codecs/tas2781_hda_i2c.c @@ -340,8 +340,8 @@ static int tas2563_save_calibration(struct tas2781_hda *h) data[offset] = i; offset++; for (j = 0; j < TASDEV_CALIB_N; ++j) { - ret = snprintf(var8, sizeof(var8), vars[j], i); - + /* EFI name for calibration started with 1, not 0 */ + ret = snprintf(var8, sizeof(var8), vars[j], i + 1); if (ret < 0 || ret >= sizeof(var8) - 1) { dev_err(p->dev, "%s: Read %s failed\n", __func__, var8); -- 2.43.0

2 1

ADC Soundcard hack : Increase by 2 the number of channels for any adc soundcard
by Sylvain Grenier 27 Aug '25

27 Aug '25

Hello alsa team, To begin, thank you all the team for what you do, the alsa-project is a wonderfull open-source project! My goal is to increase the number of channels of my adc soundcard by separate once again a left-right for one channel. Using a small electronic scheme like this (it's a first simulation try, I have to test and improve), we can multiply the number of channels by 2. [image.png] Of course, the sampling frequency will be decreased by 2 using this method. Where can I begin with alsa to increase the number of channels and adjust the sampling frequency ? Something like a virtual soundcard maybe ? I have skills in dev but don't know where I have to start with alsa fot this hack... Best regards, Sylvain Grenier

1 0

Audio garbled when using Multi plugin to record from 2+ USB soundcards on Raspberry Pi
by GitHub issues - edited 26 Aug '25

26 Aug '25

alsa-project/alsa-lib issue #472 was edited from TommyKaneko: I have been trying to use the multi plugin to record multiple channels from multiple soundcards on the Raspberry Pi. The results are a garbled mess. ==== EDIT 26/08 ==== Having probed the issue some more, I would like to add more detail: The devices and drivers I try to use are: ```**** List of CAPTURE Hardware Devices **** card 0: Device [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Device_1 [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 ``` ...Curiously, I have actually had success using the multi plugin to record using a pro audio interface AND ONE `USB PnP Sound Device`, in this set up ```**** List of CAPTURE Hardware Devices **** card 0: Device [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: USB [Scarlett 2i2 USB], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 ``` HOWEVER, if I try to add another `USB PnP Sound Device` to the multi setup, then the result is a garbled mess. My conclusion is that the multi plugin works generally, but it does NOT work for two or more `USB PnP Sound Device`. Something tells me that the plugin cannot differentiate the addresses of the audio frames held in two or more of these cheap USB microphones. I have a more verbose post of my issue here: https://www.reddit.com/r/linuxaudio/comments/1m24po8/recording_on_multiple_… ===EDIT 26/08 The following diagnosis was wrong: I have diagnosed the reasons as thus: - current raspberry Pi OS uses alsa v1.2.8+rpt1 - the "fix" for the multi plugin was implemented in v1.2.9 : https://github.com/alsa-project/alsa-lib/commit/369df322577034ea872978d6470… I am aware that the multi plugin was not meant to be used on multiple soundcards that are not in sync, however if the clock drifts over time, this is ok for my application. I am here to seek advice on how I should go about creating a workaround. The limitations are that I need to use cheap USB microphones (it is a weight issue). Without going along the microcontroller route, I thought one way was to make an [external plugin](https://www.alsa-project.org/alsa-doc/alsa-lib/pcm_external_plugins…, based on the newly patched pcm_multi plugin. I am working on this, while climbing the steep learning curve. Perhaps I can contribute an external plugin for the project... In the meantime, does a developer have a better suggestion that I might have success with? Or any tips if you are familiar with the pcm_multi plugin? @perexg ? Issue URL : https://github.com/alsa-project/alsa-lib/issues/472 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Audio garbled when using Multi plugin to record from 2+ USB soundcards on Raspberry Pi
by GitHub issues - edited 26 Aug '25

26 Aug '25

alsa-project/alsa-lib issue #472 was edited from TommyKaneko: I have been trying to use the multi plugin to record multiple channels from multiple soundcards on the Raspberry Pi. The results are a garbled mess. ==== EDIT 26/08 ==== Having probed the issue some more, I would like to add more detail: The devices and drivers I try to use are: ```**** List of CAPTURE Hardware Devices **** card 0: Device [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Device_1 [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 ``` ...Curiously, I have actually had success using the multi plugin to record using a pro audio interface AND ONE `USB PnP Sound Device`, in this set up ```**** List of CAPTURE Hardware Devices **** card 0: Device [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: USB [Scarlett 2i2 USB], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0``` HOWEVER, if I try to add another `USB PnP Sound Device` to the multi setup, then the result is a garbled mess. My conclusion is that the multi plugin works generally, but it does NOT work for two or more `USB PnP Sound Device`. Something tells me that the plugin cannot differentiate the addresses of the audio frames held in two or more of these cheap USB microphones. I have a more verbose post of my issue here: https://www.reddit.com/r/linuxaudio/comments/1m24po8/recording_on_multiple_… ===EDIT 26/08 The following diagnosis was wrong: I have diagnosed the reasons as thus: - current raspberry Pi OS uses alsa v1.2.8+rpt1 - the "fix" for the multi plugin was implemented in v1.2.9 : https://github.com/alsa-project/alsa-lib/commit/369df322577034ea872978d6470… I am aware that the multi plugin was not meant to be used on multiple soundcards that are not in sync, however if the clock drifts over time, this is ok for my application. I am here to seek advice on how I should go about creating a workaround. The limitations are that I need to use cheap USB microphones (it is a weight issue). Without going along the microcontroller route, I thought one way was to make an [external plugin](https://www.alsa-project.org/alsa-doc/alsa-lib/pcm_external_plugins…, based on the newly patched pcm_multi plugin. I am working on this, while climbing the steep learning curve. Perhaps I can contribute an external plugin for the project... In the meantime, does a developer have a better suggestion that I might have success with? Or any tips if you are familiar with the pcm_multi plugin? @perexg ? Issue URL : https://github.com/alsa-project/alsa-lib/issues/472 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Audio garbled when using Multi plugin to record from 2+ USB soundcards on Raspberry Pi
by GitHub issues - edited 26 Aug '25

26 Aug '25

alsa-project/alsa-lib issue #472 was edited from TommyKaneko: I have been trying to use the multi plugin to record multiple channels from multiple soundcards on the Raspberry Pi. The results are a garbled mess. ==== EDIT 26/08 ==== Having probed the issue some more, I would like to add more detail: The devices and drivers I try to use are: `**** List of CAPTURE Hardware Devices **** card 0: Device [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Device_1 [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 ` ...Curiously, I have actually had success using the multi plugin to record using a pro audio interface AND ONE `USB PnP Sound Device`, in this set up `**** List of CAPTURE Hardware Devices **** card 0: Device [USB PnP Sound Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: USB [Scarlett 2i2 USB], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0` HOWEVER, if I try to add another `USB PnP Sound Device` to the multi setup, then the result is a garbled mess. My conclusion is that the multi plugin works generally, but it does NOT work for two or more `USB PnP Sound Device`. Something tells me that the plugin cannot differentiate the addresses of the audio frames held in two or more of these cheap USB microphones. I have a more verbose post of my issue here: https://www.reddit.com/r/linuxaudio/comments/1m24po8/recording_on_multiple_… ===EDIT 26/08 The following diagnosis was wrong: I have diagnosed the reasons as thus: - current raspberry Pi OS uses alsa v1.2.8+rpt1 - the "fix" for the multi plugin was implemented in v1.2.9 : https://github.com/alsa-project/alsa-lib/commit/369df322577034ea872978d6470… I am aware that the multi plugin was not meant to be used on multiple soundcards that are not in sync, however if the clock drifts over time, this is ok for my application. I am here to seek advice on how I should go about creating a workaround. The limitations are that I need to use cheap USB microphones (it is a weight issue). Without going along the microcontroller route, I thought one way was to make an [external plugin](https://www.alsa-project.org/alsa-doc/alsa-lib/pcm_external_plugins…, based on the newly patched pcm_multi plugin. I am working on this, while climbing the steep learning curve. Perhaps I can contribute an external plugin for the project... In the meantime, does a developer have a better suggestion that I might have success with? Or any tips if you are familiar with the pcm_multi plugin? @perexg ? Issue URL : https://github.com/alsa-project/alsa-lib/issues/472 Repository URL: https://github.com/alsa-project/alsa-lib

1 0