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

[PATCH 5.10/5.15/6.1 0/1] soundwire: stream: use consistent pattern for freeing buffers
by Daniil Dulov 04 Mar '24

04 Mar '24

Svacer reports NULL-pointer dereference and double free issues in do_bank_switch() in case sdw_ml_sync_bank_switch() returns an error not on the first iteration of the list_for_each_entry() loop. These problems are present in 5.10, 5.15 and 6.1 stable releases. These problems have been fixed by the following upstream patch that can be cleanly applied to 5.10, 5.15 and 6.1 branches.

1 1

[PATCH] [alsa-lib][PATCH] conf: USB-Audio: Add Corsair HS60 Pro to the IEC958 blacklist
by David Senoner 04 Mar '24

04 Mar '24

This device is just an external USB soundcard with a female 3.5mm jack for a headset, no S/PDIF | IEC958 connector. Add it to the blacklist to prevent it being opened. Signed-off-by: David Senoner <seda18(a)rolmail.net> --- src/conf/cards/USB-Audio.conf | 1 + 1 file changed, 1 insertion(+) diff --git a/src/conf/cards/USB-Audio.conf b/src/conf/cards/USB-Audio.conf index 80631b2e..08346a1b 100644 --- a/src/conf/cards/USB-Audio.conf +++ b/src/conf/cards/USB-Audio.conf @@ -53,6 +53,7 @@ USB-Audio.pcm.iec958_device { "Blue Snowball" 999 "C-Media USB Headphone Set" 999 "Cmedia Audio" 999 + "Corsair HS60 PRO Surround USB S" 999 "DELL PROFESSIONAL SOUND BAR AE5" 999 "HP Digital Stereo Headset" 999 "GN 9330" 999 -- 2.43.2

3 2

[PATCH RESEND] conf: USB-Audio: Add more Scarlett devices to the IEC958 blacklist
by Geoffrey D. Bennett 04 Mar '24

04 Mar '24

The Scarlett Solo and 2i2 don't have S/PDIF outputs. Signed-off-by: Geoffrey D. Bennett <g(a)b4.vu> --- src/conf/cards/USB-Audio.conf | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/conf/cards/USB-Audio.conf b/src/conf/cards/USB-Audio.conf index 80631b2e..05384a32 100644 --- a/src/conf/cards/USB-Audio.conf +++ b/src/conf/cards/USB-Audio.conf @@ -66,8 +66,11 @@ USB-Audio.pcm.iec958_device { "Plantronics USB Headset" 999 "Plantronics Wireless Audio" 999 "SB WoW Headset" 999 + "Scarlett 2i2 4th Gen" 999 "Scarlett 2i2 USB" 999 "Scarlett 2i4 USB" 999 + "Scarlett Solo 4th Gen" 999 + "Scarlett Solo USB" 999 "Sennheiser USB headset" 999 "SWTOR Gaming Headset by Razer" 999 "ThinkStation P620 Main" 999 -- 2.43.0

2 1

[PATCH v3 0/5] ALSA/ASoC: Conditionally skip i915 init and cleanups
by Cezary Rojewski 04 Mar '24

04 Mar '24

A small set of changes to improve initialization of the audio stack on HDAudio devices and pair of cleanups. As the first change is the most important one here, following is the technical background for it: Commit 78f613ba1efb ("drm/i915: finish removal of CNL") and its friends removed support for i915 for all CNL-based platforms. HDAudio library, however, still treats such platforms as valid candidates for i915 binding. Update query mechanism to reflect changes made in drm tree. At the same time, i915 support for LKF-based platforms has not been provided so remove them from valid binding candidates. The snd_soc_hda change is a follow up for the above and the cleanup patches do not bring any functional changes. Changes in v3: - snd_soc_hda_codec now returns -ENODEV on attach() if i915 is not present - denylist now const - added new patch for the avs-driver to address -ENODEV during probe_codec() - note: retained reviewed-by for patch 1/4 as changes are minimal Changes in v2: - list of problematic VGA devices is now declared locally, no more touching drm stuff Cezary Rojewski (5): ALSA: hda: Skip i915 initialization on CNL/LKF-based platforms ASoC: codecs: hda: Skip HDMI/DP registration if i915 is missing ASoC: Intel: avs: Ignore codecs with no suppoting driver ASoC: codecs: hda: Cleanup error messages ALSA: hda: Reuse for_each_pcm_streams() sound/hda/hdac_i915.c | 32 +++++++++++++++++++++++++++++--- sound/pci/hda/hda_codec.c | 2 +- sound/soc/codecs/hda.c | 15 ++++++++++----- sound/soc/intel/avs/core.c | 9 +++++---- 4 files changed, 45 insertions(+), 13 deletions(-) -- 2.25.1

3 9

[PATCH v1 0/3] ALSA: hda: cs35l41: Add support for a couple of Lenovo and Asus Laptops
by Stefan Binding 04 Mar '24

04 Mar '24

Add support for a couple of Lenovo Thinkbook 16P laptops using CS35L41 HDA. Also fix a _DSD BIOS error for the ASUS UM5302LA laptop. Stefan Binding (3): ALSA: hda: cs35l41: Support Lenovo Thinkbook 16P ALSA: hda/realtek: Add quirks for Lenovo Thinkbook 16P laptops ALSA: hda: cs35l41: Overwrite CS35L41 configuration for ASUS UM5302LA sound/pci/hda/cs35l41_hda_property.c | 6 ++++++ sound/pci/hda/patch_realtek.c | 2 ++ 2 files changed, 8 insertions(+) -- 2.34.1

2 4

Enable Headset Mic for Acer NB platform
by Kailang 04 Mar '24

04 Mar '24

Hi Takashi, This patch will enable headset Mic for Acer NB platform. Many Thanks. BR, Kailang

2 3

Scarlett Solo USB profiles missing or broken in 1.2.11
by GitHub issues - edited 03 Mar '24

03 Mar '24

alsa-project/alsa-ucm-conf issue #398 was edited from Slabity: Prior to version 1.2.10, my Scarlett Solo USB profiles looked like the following, where I could select profiles that explicitly enabled or disabled either the Inputs or Outputs: ![goodaudiooutput](https://github.com/alsa-project/alsa-ucm-conf/assets/3788421/b1bbc857-82b6-4fa5-b478-0c00c26b281c) As of 1.2.11, these profiles have disappeared and have left only a couple of profiles that do not provide the same functionality: ![badaudiooutputs](https://github.com/alsa-project/alsa-ucm-conf/assets/3788421/6c321638-3eb1-45ef-94a5-734c16477886) Other devices like my GPU's HDMI/DP Audio and motherboard's "Starship/Matisse HD Audio Controller" continue to expose the wider variety of profiles. It is only this device that seems to have the issue. I originally reported this on #346 as I thought it was related, but was told it might be a different issue. What makes me worried is the mention that this is "expected" now despite it breaking my audio setup. I can no longer select the "Digital Stereo (IEC958) Input" to exclusively enable the Input Device *without* enabling the Output Device. Here's some more information about the device: ``` $ lsusb | grep Focusrite Bus 007 Device 003: ID 1235:801c Focusrite-Novation Scarlett Solo USB $ alsaucm listcards 0: hw:2 Focusrite Scarlett Solo USB at usb-0000:10:00.3-3, high speed $ alsaucm -c hw:2 dump text Verb.HiFi { Comment Default Device.Line1 { Comment "Headphones / Line 1-2" Values { CaptureCTL "_ucm0001.hw:USB" PlaybackCTL "_ucm0001.hw:USB" PlaybackPCM "_ucm0001.hw:USB" PlaybackPriority 200 } } Device.Mic1 { Comment "Input 1 Mic" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 1 CapturePCM "_ucm0001.scarlett2i_mono_in:USB,0,0" CapturePriority 200 PlaybackCTL "_ucm0001.hw:USB" } } Device.Mic2 { Comment "Input 2 Inst/Line" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 1 CapturePCM "_ucm0001.scarlett2i_mono_in:USB,0,1" CapturePriority 100 PlaybackCTL "_ucm0001.hw:USB" } } } Verb.Direct { Comment "Direct Scarlett Solo USB" Device.Direct { Comment "Direct Scarlett Solo USB" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 2 CapturePCM "_ucm0001.hw:USB" CapturePriority 1000 PlaybackCTL "_ucm0001.hw:USB" PlaybackChannels 2 PlaybackPCM "_ucm0001.hw:USB" PlaybackPriority 1000 } } } ``` Some OS info it it helps: Linux distribution: NixOS on nixpkgs-unstable Kernel: 6.7.7 ALSA version: Advanced Linux Sound Architecture Driver Version k6.7.7 Pulseaudio version: 15.0.0 Pipewire version: 1.0.3 Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/398 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Scarlett Solo USB profiles missing or broken in 1.2.11
by GitHub issues - edited 03 Mar '24

03 Mar '24

alsa-project/alsa-ucm-conf issue #398 was edited from Slabity: Prior to version 1.2.10, my Scarlett Solo USB profiles looked like the following, where I could select profiles that explicitly enabled or disabled either the Inputs or Outputs: ![goodaudiooutput](https://github.com/alsa-project/alsa-ucm-conf/assets/3788421/b1bbc857-82b6-4fa5-b478-0c00c26b281c) As of 1.2.11, these profiles have disappeared and have left only a couple of profiles that do not provide the same functionality: ![badaudiooutputs](https://github.com/alsa-project/alsa-ucm-conf/assets/3788421/6c321638-3eb1-45ef-94a5-734c16477886) Other devices like my GPU's HDMI/DP Audio and motherboard's "Starship/Matisse HD Audio Controller" continue to expose the wider variety of profiles. It is only this device that seems to have the issue. I originally reported this on #346 as I thought it was related, but was told it might be a different issue. What makes me worried is the mention that this is "expected" now despite it breaking my audio setup. I can no longer select the "Digital Stereo (IEC958) Input" to exclusively enable the Input Device *without* enabling the Output Device. Here's some more information about the device: ``` $ lsusb | grep Focusrite Bus 007 Device 003: ID 1235:801c Focusrite-Novation Scarlett Solo USB $ alsaucm listcards 0: hw:2 Focusrite Scarlett Solo USB at usb-0000:10:00.3-3, high speed $ alsaucm -c hw:2 dump text Verb.HiFi { Comment Default Device.Line1 { Comment "Headphones / Line 1-2" Values { CaptureCTL "_ucm0001.hw:USB" PlaybackCTL "_ucm0001.hw:USB" PlaybackPCM "_ucm0001.hw:USB" PlaybackPriority 200 } } Device.Mic1 { Comment "Input 1 Mic" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 1 CapturePCM "_ucm0001.scarlett2i_mono_in:USB,0,0" CapturePriority 200 PlaybackCTL "_ucm0001.hw:USB" } } Device.Mic2 { Comment "Input 2 Inst/Line" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 1 CapturePCM "_ucm0001.scarlett2i_mono_in:USB,0,1" CapturePriority 100 PlaybackCTL "_ucm0001.hw:USB" } } } Verb.Direct { Comment "Direct Scarlett Solo USB" Device.Direct { Comment "Direct Scarlett Solo USB" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 2 CapturePCM "_ucm0001.hw:USB" CapturePriority 1000 PlaybackCTL "_ucm0001.hw:USB" PlaybackChannels 2 PlaybackPCM "_ucm0001.hw:USB" PlaybackPriority 1000 } } } ``` Some OS info it it helps: Linux distribution: NixOS Kernel: 6.7.7 ALSA version: Advanced Linux Sound Architecture Driver Version k6.7.7 Pulseaudio version: 15.0.0 Pipewire version: 1.0.3 Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/398 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Scarlett Solo USB profiles missing or broken in 1.2.11
by GitHub issues - edited 03 Mar '24

03 Mar '24

alsa-project/alsa-ucm-conf issue #398 was edited from Slabity: Prior to version 1.2.10, my Scarlett Solo USB profiles looked like the following, where I could select profiles that explicitly enabled or disabled either the Inputs or Outputs: ![goodaudiooutput](https://github.com/alsa-project/alsa-ucm-conf/assets/3788421/b1bbc857-82b6-4fa5-b478-0c00c26b281c) As of 1.2.11, these profiles have disappeared and have left only a couple of profiles that do not provide the same functionality: ![badaudiooutputs](https://github.com/alsa-project/alsa-ucm-conf/assets/3788421/6c321638-3eb1-45ef-94a5-734c16477886) Other devices like my GPU's HDMI/DP Audio and motherboard's "Starship/Matisse HD Audio Controller" continue to expose the wider variety of profiles. It is only this device that seems to have the issue. I originally reported this on #346 as I thought it was related, but was told it might be a different issue. What makes me worried is the mention that this is "expected" now despite it breaking my audio setup. I can no longer select the "Digital Stereo (IEC958) Input" to exclusively enable the Input Device *without* enabling the Output Device. Here's some more information about the device: ``` $ lsusb | grep Focusrite Bus 007 Device 003: ID 1235:801c Focusrite-Novation Scarlett Solo USB $ alsaucm listcards 0: hw:2 Focusrite Scarlett Solo USB at usb-0000:10:00.3-3, high speed $ alsaucm -c hw:2 dump text Verb.HiFi { Comment Default Device.Line1 { Comment "Headphones / Line 1-2" Values { CaptureCTL "_ucm0001.hw:USB" PlaybackCTL "_ucm0001.hw:USB" PlaybackPCM "_ucm0001.hw:USB" PlaybackPriority 200 } } Device.Mic1 { Comment "Input 1 Mic" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 1 CapturePCM "_ucm0001.scarlett2i_mono_in:USB,0,0" CapturePriority 200 PlaybackCTL "_ucm0001.hw:USB" } } Device.Mic2 { Comment "Input 2 Inst/Line" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 1 CapturePCM "_ucm0001.scarlett2i_mono_in:USB,0,1" CapturePriority 100 PlaybackCTL "_ucm0001.hw:USB" } } } Verb.Direct { Comment "Direct Scarlett Solo USB" Device.Direct { Comment "Direct Scarlett Solo USB" Values { CaptureCTL "_ucm0001.hw:USB" CaptureChannels 2 CapturePCM "_ucm0001.hw:USB" CapturePriority 1000 PlaybackCTL "_ucm0001.hw:USB" PlaybackChannels 2 PlaybackPCM "_ucm0001.hw:USB" PlaybackPriority 1000 } } } ``` Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/398 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Scarlett Solo USB profiles missing or broken in 1.2.11
by GitHub issues - opened 03 Mar '24

03 Mar '24

alsa-project/alsa-ucm-conf issue #398 was opened from Slabity: Prior to version 1.2.10, my Scarlett Solo USB profiles looked like the following, where I could select profiles that explicitly enabled or disabled either the Inputs or Outputs: ![goodaudiooutput](https://github.com/alsa-project/alsa-ucm-conf/assets/3788421/b1bbc857-82b6-4fa5-b478-0c00c26b281c) As of 1.2.11, these profiles have disappeared and have left only a couple of profiles that do not provide the same functionality: ![badaudiooutputs](https://github.com/alsa-project/alsa-ucm-conf/assets/3788421/6c321638-3eb1-45ef-94a5-734c16477886) Other devices like my GPU's HDMI/DP Audio and motherboard's "Starship/Matisse HD Audio Controller" continue to expose the wider variety of profiles. It is only this device that seems to have the issue. I originally reported this on #346 as I thought it was related, but was told it might be a different issue. What makes me worried is the mention that this is "expected" now despite it breaking my audio setup. I can no longer select the "Digital Stereo (IEC958) Input" to exclusively enable the Input Device *without* enabling the Output Device. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/398 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0