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

FiiO K7 USB DAC no Inputs
by GitHub issues - opened 21 Feb '25

21 Feb '25

alsa-project/alsa-lib issue #439 was opened from Starfoxfs: I have problems with Fiio K7 USB DAC in Linux Mint Cinnamon 22.1 (6.8.0-56-generic) Alsa Version: 1.0.25+dfsg-0ubuntu7 Pipewire: 1.0.5-1ubuntu2 Wireplumber: 0.4.17-1ubuntu4 The USB Dac has this Ports: 2x Line IN (Cinch) 2x Line OUT or Pre OUT(Cinch) 1x Digital IN TOSLINK 1x COAX/RCA IN (Yellow Cinch) The Problem is: Alsa didnt find any of this IN Ports. There are 4 OUTPUTS: Analog Stereo works fine with Alsa Digital IEC958 (thats wrong Device has no Digital Output) Digital Surround 51 (thats wrong Device has no Digital Output) Pro Audio works fine with Alsa Would be nice to have the Inputs. Heres my Alsa-Info Output: [alsa-info.txt](https://github.com/user-attachments/files/18907991/alsa-info… Issue URL : https://github.com/alsa-project/alsa-lib/issues/439 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

[GIT PULL] ASoC fixes for v6.14-rc3
by Mark Brown 21 Feb '25

21 Feb '25

The following changes since commit 571b69f2f9b1ec7cf7d0e9b79e52115a87a869c4: ASoC: imx-audmix: remove cpu_mclk which is from cpu dai device (2025-02-13 11:34:32 +0000) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v6.14-rc3 for you to fetch changes up to f5468beeab1b1adfc63c2717b1f29ef3f49a5fab: ASoC: tas2764: Set the SDOUT polarity correctly (2025-02-18 20:08:43 +0000) ---------------------------------------------------------------- ASoC: Fixes for v6.14 A few fixes I and James Calligero picked out of the Asahi tree. ---------------------------------------------------------------- Hector Martin (3): ASoC: tas2770: Fix volume scale ASoC: tas2764: Fix power control mask ASoC: tas2764: Set the SDOUT polarity correctly sound/soc/codecs/tas2764.c | 10 +++++++++- sound/soc/codecs/tas2764.h | 8 +++++++- sound/soc/codecs/tas2770.c | 2 +- 3 files changed, 17 insertions(+), 3 deletions(-)

2 1

[PATCH] ALSA: usb-audio: Re-add sample rate quirk for Pioneer DJM-900NXS2
by Dmitry Panchenko | d-Systems 20 Feb '25

20 Feb '25

From: Dmitry Panchenko <dmitry(a)d-systems.ee> Re-add the sample-rate quirk for the Pioneer DJM-900NXS2. This device does not not work without setting sample-rate. Signed-off-by: Dmitry Panchenko <dmitry(a)d-systems.ee> --- sound/usb/quirks.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/usb/quirks.c b/sound/usb/quirks.c index a97efb7b131e..09210fb4ac60 100644 --- a/sound/usb/quirks.c +++ b/sound/usb/quirks.c @@ -1868,6 +1868,7 @@ void snd_usb_set_format_quirk(struct snd_usb_substream *subs, case USB_ID(0x534d, 0x2109): /* MacroSilicon MS2109 */ subs->stream_offset_adj = 2; break; + case USB_ID(0x2b73, 0x000a): /* Pioneer DJM-900NXS2 */ case USB_ID(0x2b73, 0x0013): /* Pioneer DJM-450 */ pioneer_djm_set_format_quirk(subs, 0x0082); break; -- 2.43.0

2 1

[PATCH v2 1/4] ASoC: tas2781: Support dsp firmware Alpha and Beta seaies
by Shenghao Ding 20 Feb '25

20 Feb '25

For calibration, basic version does not contain any calibration addresses, it depends on calibration tool to convery the addresses to the driver. Since Alpha and Beta firmware, all the calibration addresses are saved into the firmware. Signed-off-by: Shenghao Ding <shenghao-ding(a)ti.com> --- v2: - No further update v1: - update the year from 2024 to 2025. - Add dspbin_type to distinguish different dspbin types, such as TASDEV_BASIC, TASDEV_ALPHA, and TASDEV_BETA. - Add struct bulk_reg_val alp_cali_bckp to store the value of pilot tone threshold only for TASDEV_ALPHA & TASDEV_BETA firmware. - Add the declaration of (*fw_parse_fct_param_address)() to parse the addresses of calibration params. - Add the minimum version of TASDEV_ALPHA and TASDEV_BETA firmware. - Add the definition of struct fct_param_address. --- include/sound/tas2781-dsp.h | 26 +++++++++++++++++++++++--- include/sound/tas2781.h | 13 ++++++++++++- 2 files changed, 35 insertions(+), 4 deletions(-) diff --git a/include/sound/tas2781-dsp.h b/include/sound/tas2781-dsp.h index 3cda9da14f6d..77a240daaae0 100644 --- a/include/sound/tas2781-dsp.h +++ b/include/sound/tas2781-dsp.h @@ -2,7 +2,7 @@ // // ALSA SoC Texas Instruments TAS2781 Audio Smart Amplifier // -// Copyright (C) 2022 - 2024 Texas Instruments Incorporated +// Copyright (C) 2022 - 2025 Texas Instruments Incorporated // https://www.ti.com // // The TAS2781 driver implements a flexible and configurable @@ -30,8 +30,10 @@ #define PRE_DEVICE_C 0x12 #define PRE_DEVICE_D 0x16 -#define PPC3_VERSION 0x4100 -#define PPC3_VERSION_TAS2781 0x14600 +#define PPC3_VERSION_BASE 0x4100 +#define PPC3_VERSION_TAS2781_BASIC_MIN 0x14600 +#define PPC3_VERSION_TAS2781_ALPHA_MIN 0x4a00 +#define PPC3_VERSION_TAS2781_BETA_MIN 0x19400 #define TASDEVICE_DEVICE_SUM 8 #define TASDEVICE_CONFIG_SUM 64 @@ -106,6 +108,23 @@ struct tasdevice_calibration { struct tasdevice_data dev_data; }; +struct fct_param_address { + unsigned char thr[3]; + unsigned char thr2[3]; + unsigned char plt_flg[3]; + unsigned char sin_gn[3]; + unsigned char sin_gn2[3]; + /* real-time spk impedance */ + unsigned char r0_reg[3]; + /* check spk connection */ + unsigned char tf_reg[3]; + /* check spk resonant frequency */ + unsigned char a1_reg[3]; + unsigned char a2_reg[3]; + unsigned short size; + char *data; +}; + struct tasdevice_fw { struct tasdevice_dspfw_hdr fw_hdr; unsigned short nr_programs; @@ -114,6 +133,7 @@ struct tasdevice_fw { struct tasdevice_config *configs; unsigned short nr_calibrations; struct tasdevice_calibration *calibrations; + struct fct_param_address fct_par_addr; struct device *dev; }; diff --git a/include/sound/tas2781.h b/include/sound/tas2781.h index 72d2060904f6..5cfbb9e0a626 100644 --- a/include/sound/tas2781.h +++ b/include/sound/tas2781.h @@ -2,7 +2,7 @@ // // ALSA SoC Texas Instruments TAS2563/TAS2781 Audio Smart Amplifier // -// Copyright (C) 2022 - 2024 Texas Instruments Incorporated +// Copyright (C) 2022 - 2025 Texas Instruments Incorporated // https://www.ti.com // // The TAS2563/TAS2781 driver implements a flexible and configurable @@ -112,6 +112,12 @@ enum audio_device { TAS2781, }; +enum dspbin_type { + TASDEV_BASIC, + TASDEV_ALPHA, + TASDEV_BETA, +}; + enum device_catlog_id { LENOVO = 0, OTHERS @@ -126,6 +132,7 @@ struct bulk_reg_val { struct tasdevice { struct bulk_reg_val *cali_data_backup; + struct bulk_reg_val alp_cali_bckp; struct tasdevice_fw *cali_data_fmw; unsigned int dev_addr; unsigned int err_code; @@ -171,6 +178,7 @@ struct tasdevice_priv { unsigned char dev_name[32]; const char *name_prefix; unsigned char ndev; + unsigned int dspbin_typ; unsigned int magic_num; unsigned int chip_id; unsigned int sysclk; @@ -196,6 +204,9 @@ struct tasdevice_priv { int (*fw_parse_configuration_data)(struct tasdevice_priv *tas_priv, struct tasdevice_fw *tas_fmw, const struct firmware *fmw, int offset); + int (*fw_parse_fct_param_address)(struct tasdevice_priv *tas_priv, + struct tasdevice_fw *tas_fmw, + const struct firmware *fmw, int offset); int (*tasdevice_load_block)(struct tasdevice_priv *tas_priv, struct tasdev_blk *block); -- 2.34.1

2 5

Problems with async handler
by GitHub issues - edited 20 Feb '25

20 Feb '25

alsa-project/alsa-lib issue #438 was edited from m-paq: Hi, I'm currently working on a project and I'm trying to use the async handler through `snd_async_add_pcm_handler`. I don't really understand where the issue comes from and how to debug it but I keep getting an error on this function call in my project. To try to figure out what's wrong I went in the test files and tried to run the test file `pcm.c` and added a print of the error code (`snd_strerror`) Compiling with: `gcc pcm.c -o test_pcm -lasound -lm` Running it with `./test_pcm -m async` But it keeps giving me the following output: ``` Playback device is default Stream parameters are 44100Hz, S16_LE, 1 channels Sine wave rate is 440.0000Hz Using transfer method: async Unable to register async handler Function not implemented ``` from line 434. I am able to run it in write mode with the correct behaviour, so my question is: **Is this an issue with the device or is it an issue somewhere else?** If ever this is not the correct place to ask this question please refer me to a more adequate place. Thanks to anyone that can help me! Issue URL : https://github.com/alsa-project/alsa-lib/issues/438 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Problems with async handler
by GitHub issues - opened 20 Feb '25

20 Feb '25

alsa-project/alsa-lib issue #438 was opened from m-paq: Hi, I'm currently working on a project and I'm trying to use the async handler through `snd_async_add_pcm_handler`. I don't really understand where the issue comes from and how to debug it but I keep getting an error on this function call in my project. To try to figure out what's wrong I went in the test files and tried to run the test file `pcm.c` and added a print of the error code (`snd_strerror`) Compiling with: `gcc pcm.c -o test_pcm -lasound -lm` Running it with `./test_pcm -m async` But it keeps giving me the following output: ``` Playback device is default Stream parameters are 44100Hz, S16_LE, 1 channels Sine wave rate is 440.0000Hz Using transfer method: async Unable to register async handler Function not implemented ``` from line 441. I am able to run it in write mode with the correct behaviour, so my question is: **Is this an issue with the device or is it an issue somewhere else?** If ever this is not the correct place to ask this question please refer me to a more adequate place. Thanks to anyone that can help me! Issue URL : https://github.com/alsa-project/alsa-lib/issues/438 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

ALSA: usb-audio: Add Pioneer DJ DJM-900NXS2 support
by Dmitry Panchenko | d-Systems 19 Feb '25

19 Feb '25

Hello, Pioneer DJ DJM-900NXS2 is a widely used DJ mixer with 2 audio USB interfaces. Both have a MIDI controller, 10 playback and 12 capture channels. I've submitted Pioneer DJM-900NXS2 support patches back in 2020, but someone has removed set_format_quirk function for DJM-900NXS2 model. The playback and capture do not work, quirks.c needs to be patched. The patch is attached, please add. Signed-off-by: Dmitry Panchenko <dmitry(a)d-systems.ee> -- Kind regards, Dmitry Panchenko

1 0

Realtek driver assignes wrong pins on Omen 16 with B&O audio
by GitHub issues - edited 19 Feb '25

19 Feb '25

alsa-project/alsa-ucm-conf issue #511 was edited from johnfloe:  # Description: I have a dual boot with Arch Linux and Windows 11 on my HP Omen 16 b1001nd with Bang & Olufsen audio. On Windows, the speakers function normally and the volume is quite loud and full at 100%. But on Arch, the audio is very shallow and the volume is low compared to Windows. I've tried using HDAJackRetask, but the Realtek driver overrides the pin settings. When I blacklist the Realtek module, it switches to Generic and I can enable the pins with hda verbs. But the then auto switching for the headphones doesn't work, so I have to figure out how to enable that.. It does seem a bit better when enabling pin 0x14 and pin 0x1e, but still not the same as in Windows. It would be nice to have a working driver/codec so I don't have to configure all the pins myself. Thanks in advance! # Additional info: * package version(s): latest kernel, linux-firmware and sof-firmware installed * config and/or log files: Related commands output: sudo dmesg | grep snd [ 5.052362] snd_hda_intel 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver [ 5.052469] snd_hda_intel 0000:01:00.1: enabling device (0000 -> 0002) [ 5.052725] snd_hda_intel 0000:01:00.1: Disabling MSI [ 5.052736] snd_hda_intel 0000:01:00.1: Handle vga_switcheroo audio client [ 5.388591] snd_hda_codec_realtek ehdaudio0D0: ALC245: picked fixup for PCI SSID 103c:0000 [ 5.388944] snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC245: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker [ 5.388947] snd_hda_codec_realtek ehdaudio0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 5.388949] snd_hda_codec_realtek ehdaudio0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) [ 5.388951] snd_hda_codec_realtek ehdaudio0D0: mono: mono_out=0x0 [ 5.388953] snd_hda_codec_realtek ehdaudio0D0: inputs: [ 5.388954] snd_hda_codec_realtek ehdaudio0D0: Mic=0x19 inxi -A Audio: Device-1: Intel Alder Lake PCH-P High Definition Audio driver: sof-audio-pci-intel-tgl Device-2: NVIDIA GA104 High Definition Audio driver: snd_hda_intel API: ALSA v: k6.13.2-arch1-1 status: kernel-api Server-1: PipeWire v: 1.2.7 status: active Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/511 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Realtek driver assignes wrong pins on Omen 16 with B&O audio
by GitHub issues - edited 19 Feb '25

19 Feb '25

alsa-project/alsa-ucm-conf issue #511 was edited from johnfloe:  # Description: I have a dual boot with Arch Linux and Windows 11 on my HP Omen 16 b1001nd with Bang & Olufsen audio. On Windows, the speakers function normally and the volume is quite loud and full at 100%. But on Arch, the audio is very shallow and the volume is low compared to Windows. I've tried using HDAJackRetask, but the Realtek driver overrides the pin settings. When I blacklist the Realtek module, it switches to Generic and I can enable the pins with hda verbs. But the then auto switching for the headphones doesn't work, so I have to figure out how to enable that.. It does seem a bit better when enabling pin 0x14 and pin 0x1e, but still not the same as in Windows. It would be nice to have a working driver/codec so I don't have to configure all the pins myself. Thanks in advance! # Additional info: * package version(s): latest kernel, linux-firmware and sof-firmware installed * config and/or log files: Related dmesg output: sudo dmesg | grep snd [ 5.052362] snd_hda_intel 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver [ 5.052469] snd_hda_intel 0000:01:00.1: enabling device (0000 -> 0002) [ 5.052725] snd_hda_intel 0000:01:00.1: Disabling MSI [ 5.052736] snd_hda_intel 0000:01:00.1: Handle vga_switcheroo audio client [ 5.388591] snd_hda_codec_realtek ehdaudio0D0: ALC245: picked fixup for PCI SSID 103c:0000 [ 5.388944] snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC245: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker [ 5.388947] snd_hda_codec_realtek ehdaudio0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 5.388949] snd_hda_codec_realtek ehdaudio0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) [ 5.388951] snd_hda_codec_realtek ehdaudio0D0: mono: mono_out=0x0 [ 5.388953] snd_hda_codec_realtek ehdaudio0D0: inputs: [ 5.388954] snd_hda_codec_realtek ehdaudio0D0: Mic=0x19 Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/511 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Realtek driver assignes wrong pins on Omen 16 with B&O audio
by GitHub issues - edited 19 Feb '25

19 Feb '25

alsa-project/alsa-ucm-conf issue #511 was edited from johnfloe:  # Description: I have a dual boot with Arch Linux and Windows 11 on my HP Omen 16 b1001nd with Bang & Olufsen audio. On Windows, the speakers function normally and the volume is quite loud and full at 100%. But on Arch, the audio is very shallow and the volume is low compared to Windows. I've tried using HDAJackRetask, but the Realtek driver overrides the pin settings. When I blacklist the Realtek module, it switches to Generic and I can enable the pins with hda verbs. But the then auto switching for the headphones doesn't work, so I have to figure out how to enable that.. It does seem a bit better when enabling pin 0x14 and pin 0x1e, but still not the same as in Windows. It would be nice to have a working driver/codec so I don't have to configure all the pins myself. Thanks in advance! # Additional info: * package version(s): latest kernel, linux-firmware and sof-firmware installed * config and/or log files: Related dmesg output: `sudo dmesg | grep snd [ 5.052362] snd_hda_intel 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver [ 5.052469] snd_hda_intel 0000:01:00.1: enabling device (0000 -> 0002) [ 5.052725] snd_hda_intel 0000:01:00.1: Disabling MSI [ 5.052736] snd_hda_intel 0000:01:00.1: Handle vga_switcheroo audio client [ 5.388591] snd_hda_codec_realtek ehdaudio0D0: ALC245: picked fixup for PCI SSID 103c:0000 [ 5.388944] snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC245: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker [ 5.388947] snd_hda_codec_realtek ehdaudio0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 5.388949] snd_hda_codec_realtek ehdaudio0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) [ 5.388951] snd_hda_codec_realtek ehdaudio0D0: mono: mono_out=0x0 [ 5.388953] snd_hda_codec_realtek ehdaudio0D0: inputs: [ 5.388954] snd_hda_codec_realtek ehdaudio0D0: Mic=0x19` Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/511 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0