Silent speaker on ThinkPad T14s Gen 2i

[joakim-tjernlund]

Noted that speakers are silent and not sure when that happened.
I note that pavucontrol shows sound playing on HDMI / Display port 2 (which is unplugged) when I test audio in MATE volume control.
It seems that HDMI now is default even though it is unplugged ?

[joakim-tjernlund]

alsa-info.sh output:
alsa-info.txt

[joakim-tjernlund]

I try to change output port in mate-volume control but pavucontrol still shows just HDMI port 2 indicating sound.

Also tried with new alsa 1.2.7

[perexg]

It looks like a sound server issue. Which one do you use ?

[joakim-tjernlund]

Tired both pipewire and PA-16
PA-16 on Gentoo openrc and pipewire on Gentoo systemd

[perexg]

Could you attach output from alsaucm -c hw:0 dump text command ?

[joakim-tjernlund]

ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.7/work/alsa-lib-1.2.7/src/ucm/parser.c:1194:(parse_sequence) error: sequence command 'devdisall' is ignored
Verb.HiFi {
	Comment "Play HiFi quality Music"
	Device.Headphones {
		Comment Headphones
		Values {
			CaptureCTL "_ucm0001.hw:sofhdadsp"
			JackControl "Headphone Jack"
			PlaybackCTL "_ucm0001.hw:sofhdadsp"
			PlaybackMasterElem Master
			PlaybackMixerElem Headphone
			PlaybackPCM "_ucm0001.hw:sofhdadsp"
			PlaybackPriority 200
			PlaybackSwitch "Headphone Playback Switch"
			PlaybackVolume "Headphone Playback Volume"
			TQ HiFi
		}
	}
	Device.Speaker {
		Comment Speaker
		Values {
			CaptureCTL "_ucm0001.hw:sofhdadsp"
			PlaybackCTL "_ucm0001.hw:sofhdadsp"
			PlaybackMasterElem Master
			PlaybackMixerElem Speaker
			PlaybackPCM "_ucm0001.hw:sofhdadsp"
			PlaybackPriority 100
			PlaybackSwitch "Speaker Playback Switch"
			PlaybackVolume "Speaker Playback Volume"
			TQ HiFi
		}
	}
	Device.Mic1 {
		Comment "Digital Microphone"
		Values {
			CaptureCTL "_ucm0001.hw:sofhdadsp"
			CaptureMixerElem Dmic0
			CapturePCM "_ucm0001.hw:sofhdadsp,6"
			CapturePriority 100
			CaptureSwitch "Dmic0 Capture Switch"
			CaptureVolume "Dmic0 Capture Volume"
			PlaybackCTL "_ucm0001.hw:sofhdadsp"
			TQ HiFi
		}
	}
	Device.Mic2 {
		Comment "Headphones Stereo Microphone"
		Values {
			CaptureCTL "_ucm0001.hw:sofhdadsp"
			CaptureMasterElem "Mic Boost"
			CaptureMixerElem Capture
			CapturePCM "_ucm0001.hw:sofhdadsp"
			CapturePriority 200
			CaptureSwitch "Capture Switch"
			CaptureVolume "Capture Volume"
			JackControl "Mic Jack"
			PlaybackCTL "_ucm0001.hw:sofhdadsp"
			TQ HiFi
		}
	}
	Device.HDMI1 {
		Comment "HDMI / DisplayPort 1 Output"
		Values {
			CaptureCTL "_ucm0001.hw:sofhdadsp"
			JackControl "HDMI/DP,pcm=3 Jack"
			PlaybackCTL "_ucm0001.hw:sofhdadsp"
			PlaybackPCM "_ucm0001.hw:sofhdadsp,3"
			PlaybackPriority 500
			TQ HiFi
		}
	}
	Device.HDMI2 {
		Comment "HDMI / DisplayPort 2 Output"
		Values {
			CaptureCTL "_ucm0001.hw:sofhdadsp"
			JackControl "HDMI/DP,pcm=4 Jack"
			PlaybackCTL "_ucm0001.hw:sofhdadsp"
			PlaybackPCM "_ucm0001.hw:sofhdadsp,4"
			PlaybackPriority 600
			TQ HiFi
		}
	}
	Device.HDMI3 {
		Comment "HDMI / DisplayPort 3 Output"
		Values {
			CaptureCTL "_ucm0001.hw:sofhdadsp"
			JackControl "HDMI/DP,pcm=5 Jack"
			PlaybackCTL "_ucm0001.hw:sofhdadsp"
			PlaybackPCM "_ucm0001.hw:sofhdadsp,5"
			PlaybackPriority 700
			TQ HiFi
		}
	}
}

[joakim-tjernlund]

Moving the slider in pavucontrol for speaker produces sound

[perexg]

The config looks fine. I fixed the parse_sequence problem in the commit above, but it should not affect the device selection. You may try to upgrade the sound server and if this does not help - report the issue in pulseaudio bug tracker (the pipewire shares this code with pulseaudio). I don't see anything bad in your config.

https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/

You may attach the debug log to the report - https://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems

[joakim-tjernlund]

Done, URL: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1368

[joakim-tjernlund]

I guess the referenced commit is unrelated to my problem?

[perexg]

I guess the referenced commit is unrelated to my problem?

Yes, it's not related to the wrong output device (port) selection.

[i-garrison]

I guess the referenced commit is unrelated to my problem?

I commented on pulseaudio issue, could you please try testing with speaker-test -t wav -c 2 -D pulse ? I suspect this is caused by mate-volume-control somehow fixing output device for it's test stream.

[joakim-tjernlund]

FYI, mate-desktop/mate-media#190