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

After Update: No more sound. Downgrading solved it.
by GitHub issues - edited 27 Dec '21

27 Dec '21

alsa-project/alsa-ucm-conf issue #131 was edited from aljazzair: Hello. I am on Manjaro Linux, an Arch derivative. Recently, after a system update, sound was gone. After a couple of hours investigation, I narrowed it down to an update of alsa-ucm-conf. Basically after downgrading 1.2.6.3-0 => 1.2.5.1-1, my problem is gone. Symptom: With 1.2.6.3-0, there was no sound. Running aplay -l listed my hardware. Also I was able to hear sound from my monitor using the following command: > aplay -D plughw:0,7 /usr/share/sounds/alsa/Front_Right.wav But pactl list sinks came back empty. Pavucontrol showed no output devices either. Rebooting several times, editing various config files did not help. I looked at the list of recent upgrades and saw alsa-ucm-conf in the logs. Downgrading solved my issue. Distribution: > Linux homelab 5.13.19-2-MANJARO #1 SMP PREEMPT Sun Sep 19 21:31:53 UTC 2021 x86_64 GNU/Linux List of PLAYBACK Hardware Devices from aplay -l: > card 0: PCH [HDA Intel PCH], device 0: ALC1220 Analog [ALC1220 Analog] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 1: ALC1220 Digital [ALC1220 Digital] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2] > Subdevices: 0/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4] > Subdevices: 1/1 > Subdevice #0: subdevice #0 Sound managed with: > pipewire --version > pipewire > Compiled with libpipewire 0.3.40 > Linked with libpipewire 0.3.40 > I am posting this in order to document what happened in case someone has the same issue, and searches google. Also to inform the developper, maybe something can be done to avoid this. Thank you. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/131 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

After Update: No more sound. Downgrading solved it.
by GitHub issues - edited 27 Dec '21

27 Dec '21

alsa-project/alsa-ucm-conf issue #131 was edited from aljazzair: Hello. I am on Manjaro Linux, an Arch derivative. Recently, after a system update, sound was gone. After a couple of hours investigation, I narrowed it down to an update of alsa-ucm-conf. Basically after downgrading 1.2.6.3-0 => 1.2.5.1-1, my problem is gone. I Symptom: With 1.2.6.3-0, there was no sound. Running aplay -l listed my hardware. Also I was able to hear sound from my monitor using the following command: > aplay -D plughw:0,7 /usr/share/sounds/alsa/Front_Right.wav But pactl list sinks came back empty. Pavucontrol showed no output devices either. Rebooting several times, editing various config files did not help. I looked at the list of recent upgrades and saw alsa-ucm-conf in the logs. Downgrading solved my issue. Distribution: > Linux homelab 5.13.19-2-MANJARO #1 SMP PREEMPT Sun Sep 19 21:31:53 UTC 2021 x86_64 GNU/Linux List of PLAYBACK Hardware Devices from aplay -l: > card 0: PCH [HDA Intel PCH], device 0: ALC1220 Analog [ALC1220 Analog] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 1: ALC1220 Digital [ALC1220 Digital] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2] > Subdevices: 0/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4] > Subdevices: 1/1 > Subdevice #0: subdevice #0 Sound managed with: > pipewire --version > pipewire > Compiled with libpipewire 0.3.40 > Linked with libpipewire 0.3.40 > I am posting this in order to document what happened in case someone has the same issue, and searches google. Also to inform the developper, maybe something can be done to avoid this. Thank you. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/131 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

After Update: No more sound. Downgrading solved it.
by GitHub issues - opened 27 Dec '21

27 Dec '21

alsa-project/alsa-ucm-conf issue #131 was opened from aljazzair: Hello. I am on Manjaro Linux, an Arch derivative. Recently, after a system update, sound was gone. After a couple of hours investigation, I narrowed it down to an update of alsa-ucm-conf. Basically after downgrading 1.2.6.3-0 => 1.2.5.1-1, my problem is gone. Symptom: With 1.2.6.3-0, there was no sound. Running aplay -l listed my hardware. Also I was able to hear sound from my monitor using the following command: > aplay -D plughw:0,7 /usr/share/sounds/alsa/Front_Right.wav But pactl list sinks came back empty. Pavucontrol showed no output devices either. Rebooting several times, editing various config files did not help. I looked at the list of recent upgrades and saw alsa-ucm-conf in the logs. Downgrading solved my issue. Distribution: > Linux netsrvr 5.13.19-2-MANJARO #1 SMP PREEMPT Sun Sep 19 21:31:53 UTC 2021 x86_64 GNU/Linux List of PLAYBACK Hardware Devices from aplay -l: > card 0: PCH [HDA Intel PCH], device 0: ALC1220 Analog [ALC1220 Analog] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 1: ALC1220 Digital [ALC1220 Digital] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2] > Subdevices: 0/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4] > Subdevices: 1/1 > Subdevice #0: subdevice #0 Sound managed with: > pipewire --version > pipewire > Compiled with libpipewire 0.3.40 > Linked with libpipewire 0.3.40 > I am posting this in order to document what happened in case someone has the same issue, and searches google. Also to inform the developper, maybe something can be done to avoid this. Thank you. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/131 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH] ALSA: hda/realtek: Use ALC285_FIXUP_HP_GPIO_LED on another HP laptop
by Kai-Heng Feng 25 Dec '21

25 Dec '21

The audio mute and mic mute LEDs don't work, so use the quirk to make them work. Signed-off-by: Kai-Heng Feng <kai.heng.feng(a)canonical.com> --- sound/pci/hda/patch_realtek.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 28255e752c4a1..344741869281f 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -8730,6 +8730,7 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = { SND_PCI_QUIRK(0x103c, 0x8896, "HP EliteBook 855 G8 Notebook PC", ALC285_FIXUP_HP_MUTE_LED), SND_PCI_QUIRK(0x103c, 0x8898, "HP EliteBook 845 G8 Notebook PC", ALC285_FIXUP_HP_LIMIT_INT_MIC_BOOST), SND_PCI_QUIRK(0x103c, 0x88d0, "HP Pavilion 15-eh1xxx (mainboard 88D0)", ALC287_FIXUP_HP_GPIO_LED), + SND_PCI_QUIRK(0x103c, 0x89c3, "HP", ALC285_FIXUP_HP_GPIO_LED), SND_PCI_QUIRK(0x103c, 0x89ca, "HP", ALC236_FIXUP_HP_MUTE_LED_MICMUTE_VREF), SND_PCI_QUIRK(0x1043, 0x103e, "ASUS X540SA", ALC256_FIXUP_ASUS_MIC), SND_PCI_QUIRK(0x1043, 0x103f, "ASUS TX300", ALC282_FIXUP_ASUS_TX300), -- 2.33.1

2 1

[PATCH] ALSA: hda/realtek: Add speaker fixup for some Yoga 15ITL5 devices
by arsgeiger＠gmail.com 25 Dec '21

25 Dec '21

From: Arie Geiger <arsgeiger(a)gmail.com> This patch adds another possible subsystem ID for the ALC287 used by the Lenovo Yoga 15ITL5. It uses the same initalization as the others. This patch has been tested and works for my device. Signed-off-by: Arie Geiger <arsgeiger(a)gmail.com> --- sound/pci/hda/patch_realtek.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 3599f4c85ebf..188cbcde6e49 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -8901,6 +8901,7 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = { SND_PCI_QUIRK(0x17aa, 0x3813, "Legion 7i 15IMHG05", ALC287_FIXUP_LEGION_15IMHG05_SPEAKERS), SND_PCI_QUIRK(0x17aa, 0x3852, "Lenovo Yoga 7 14ITL5", ALC287_FIXUP_YOGA7_14ITL_SPEAKERS), SND_PCI_QUIRK(0x17aa, 0x3853, "Lenovo Yoga 7 15ITL5", ALC287_FIXUP_YOGA7_14ITL_SPEAKERS), + SND_PCI_QUIRK(0x17aa, 0x384a, "Lenovo Yoga 7 15ITL5", ALC287_FIXUP_YOGA7_14ITL_SPEAKERS), SND_PCI_QUIRK(0x17aa, 0x3819, "Lenovo 13s Gen2 ITL", ALC287_FIXUP_13S_GEN2_SPEAKERS), SND_PCI_QUIRK(0x17aa, 0x3902, "Lenovo E50-80", ALC269_FIXUP_DMIC_THINKPAD_ACPI), SND_PCI_QUIRK(0x17aa, 0x3977, "IdeaPad S210", ALC283_FIXUP_INT_MIC), -- 2.34.1

2 1

[PATCH 1/2] ALSA: hda: Add AlderLake-N PCI ID
by Kai Vehmanen 25 Dec '21

25 Dec '21

Add HD Audio PCI ID for Intel AlderLake-N. Add rules to snd_intel_dsp_find_config() to choose DSP-based SOF driver for ADL-N systems with PCH-DMIC or Soundwire codecs, and plain HDA driver for the rest (DSP not used). Signed-off-by: Kai Vehmanen <kai.vehmanen(a)linux.intel.com> Reviewed-by: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> --- sound/hda/intel-dsp-config.c | 4 ++++ sound/pci/hda/hda_intel.c | 3 +++ 2 files changed, 7 insertions(+) diff --git a/sound/hda/intel-dsp-config.c b/sound/hda/intel-dsp-config.c index b5bfa94bcb89..e035cecb37f7 100644 --- a/sound/hda/intel-dsp-config.c +++ b/sound/hda/intel-dsp-config.c @@ -374,6 +374,10 @@ static const struct config_entry config_table[] = { .flags = FLAG_SOF | FLAG_SOF_ONLY_IF_DMIC_OR_SOUNDWIRE, .device = 0x51cc, }, + { + .flags = FLAG_SOF | FLAG_SOF_ONLY_IF_DMIC_OR_SOUNDWIRE, + .device = 0x54c8, + }, #endif }; diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index b98d7975adea..cdd4a58244d7 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -2496,6 +2496,9 @@ static const struct pci_device_id azx_ids[] = { /* Alderlake-M */ { PCI_DEVICE(0x8086, 0x51cc), .driver_data = AZX_DRIVER_SKL | AZX_DCAPS_INTEL_SKYLAKE}, + /* Alderlake-N */ + { PCI_DEVICE(0x8086, 0x54c8), + .driver_data = AZX_DRIVER_SKL | AZX_DCAPS_INTEL_SKYLAKE}, /* Elkhart Lake */ { PCI_DEVICE(0x8086, 0x4b55), .driver_data = AZX_DRIVER_SKL | AZX_DCAPS_INTEL_SKYLAKE}, base-commit: 74a50bd2899fdc9b6b2f2eb9624551e4aa795ad8 -- 2.34.1

2 2

[PATCH] ALSA: hda/hdmi: Disable silent stream on GLK
by Ville Syrjala 25 Dec '21

25 Dec '21

From: Ville Syrjälä <ville.syrjala(a)linux.intel.com> The silent stream stuff recurses back into i915 audio component .get_power() from the .pin_eld_notify() hook. On GLK this will deadlock as i915 may already be holding the relevant modeset locks during .pin_eld_notify() and the GLK audio vs. CDCLK workaround will try to grab the same locks from .get_power(). Until someone comes up with a better fix just disable the silent stream support on GLK. Cc: stable(a)vger.kernel.org Cc: Harsha Priya <harshapriya.n(a)intel.com> Cc: Emmanuel Jillela <emmanuel.jillela(a)intel.com> Cc: Kai Vehmanen <kai.vehmanen(a)linux.intel.com> Cc: Takashi Iwai <tiwai(a)suse.de> Closes: https://gitlab.freedesktop.org/drm/intel/-/issues/2623 Fixes: 951894cf30f4 ("ALSA: hda/hdmi: Add Intel silent stream support") Signed-off-by: Ville Syrjälä <ville.syrjala(a)linux.intel.com> --- sound/pci/hda/patch_hdmi.c | 21 +++++++++++++++------ 1 file changed, 15 insertions(+), 6 deletions(-) diff --git a/sound/pci/hda/patch_hdmi.c b/sound/pci/hda/patch_hdmi.c index 415701bd10ac..ffcde7409d2a 100644 --- a/sound/pci/hda/patch_hdmi.c +++ b/sound/pci/hda/patch_hdmi.c @@ -2947,7 +2947,8 @@ static int parse_intel_hdmi(struct hda_codec *codec) /* Intel Haswell and onwards; audio component with eld notifier */ static int intel_hsw_common_init(struct hda_codec *codec, hda_nid_t vendor_nid, - const int *port_map, int port_num, int dev_num) + const int *port_map, int port_num, int dev_num, + bool send_silent_stream) { struct hdmi_spec *spec; int err; @@ -2980,7 +2981,7 @@ static int intel_hsw_common_init(struct hda_codec *codec, hda_nid_t vendor_nid, * Enable silent stream feature, if it is enabled via * module param or Kconfig option */ - if (enable_silent_stream) + if (send_silent_stream) spec->send_silent_stream = true; return parse_intel_hdmi(codec); @@ -2988,12 +2989,18 @@ static int intel_hsw_common_init(struct hda_codec *codec, hda_nid_t vendor_nid, static int patch_i915_hsw_hdmi(struct hda_codec *codec) { - return intel_hsw_common_init(codec, 0x08, NULL, 0, 3); + return intel_hsw_common_init(codec, 0x08, NULL, 0, 3, + enable_silent_stream); } static int patch_i915_glk_hdmi(struct hda_codec *codec) { - return intel_hsw_common_init(codec, 0x0b, NULL, 0, 3); + /* + * Silent stream calls audio component .get_power() from + * .pin_eld_notify(). On GLK this will deadlock in i915 due + * to the audio vs. CDCLK workaround. + */ + return intel_hsw_common_init(codec, 0x0b, NULL, 0, 3, false); } static int patch_i915_icl_hdmi(struct hda_codec *codec) @@ -3004,7 +3011,8 @@ static int patch_i915_icl_hdmi(struct hda_codec *codec) */ static const int map[] = {0x0, 0x4, 0x6, 0x8, 0xa, 0xb}; - return intel_hsw_common_init(codec, 0x02, map, ARRAY_SIZE(map), 3); + return intel_hsw_common_init(codec, 0x02, map, ARRAY_SIZE(map), 3, + enable_silent_stream); } static int patch_i915_tgl_hdmi(struct hda_codec *codec) @@ -3016,7 +3024,8 @@ static int patch_i915_tgl_hdmi(struct hda_codec *codec) static const int map[] = {0x4, 0x6, 0x8, 0xa, 0xb, 0xc, 0xd, 0xe, 0xf}; int ret; - ret = intel_hsw_common_init(codec, 0x02, map, ARRAY_SIZE(map), 4); + ret = intel_hsw_common_init(codec, 0x02, map, ARRAY_SIZE(map), 4, + enable_silent_stream); if (!ret) { struct hdmi_spec *spec = codec->spec; -- 2.32.0

3 2

Re: [PATCH] ALSA: hda: use swap() to make code cleaner
by Takashi Iwai 25 Dec '21

25 Dec '21

On Sat, 18 Dec 2021 02:54:16 +0100, davidcomponentone(a)gmail.com wrote: > > From: Yang Guang <yang.guang5(a)zte.com.cn> > > Use the macro 'swap()' defined in 'include/linux/minmax.h' to avoid > opencoding it. > > Reported-by: Zeal Robot <zealci(a)zte.com.cn> > Signed-off-by: David Yang <davidcomponentone(a)gmail.com> > Signed-off-by: Yang Guang <yang.guang5(a)zte.com.cn> Applied now. Thanks. Takashi

1 0

[PATCH v1 0/2] kselftest: alsa: Small enhancements to mixer-test
by Mark Brown 25 Dec '21

25 Dec '21

These two patches improve the mixer test, checking that the default values for enums are valid and extending them to cover all the values for multi-value controls, not just the first one. It also factors out the validation that values are OK for controls for future reuse. Mark Brown (2): kselftest: alsa: Factor out check that values meet constraints kselftest: alsa: Validate values read from enumerations tools/testing/selftests/alsa/mixer-test.c | 158 ++++++++++++++-------- 1 file changed, 99 insertions(+), 59 deletions(-) base-commit: b73dad806533cad55df41a9c0349969b56d4ff7f -- 2.30.2

3 7

[PATCH 0/2] ALSA/ASoC: hdac_ext cleanups
by Pierre-Louis Bossart 25 Dec '21

25 Dec '21

One function moved since it doesn't use the hdac_ext parts, and renaming of variables to identify when hdac_stream and hdac_ext_streams are used. No functionality change. Pierre-Louis Bossart (2): ALSA/ASoC: hda: move/rename snd_hdac_ext_stop_streams to hdac_stream.c ALSA: HDA: hdac_ext_stream: use consistent prefixes for variables include/sound/hdaudio.h | 1 + include/sound/hdaudio_ext.h | 27 ++-- sound/hda/ext/hdac_ext_stream.c | 216 +++++++++++++++----------------- sound/hda/hdac_stream.c | 16 +++ sound/soc/intel/skylake/skl.c | 4 +- 5 files changed, 132 insertions(+), 132 deletions(-) -- 2.25.1

3 4