You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Booting the system with headphones plugged in results in a broken volume control. Sometimes the headphones are not recognized at all.
Environment
Lenovo ThinkPad T14 Gen 1 (AMD), BIOS 1.40
Onboard Realtek ALC257
Steps to reproduce
plug in headphones
boot the system
play back audio and try changing the volume
What is the current bug behavior?
The previously set volume level is ignored and set to the maximum, despite PulseAudio telling otherwise. Changing the volume has no effect.
Occasionally, headphone presence is not recognized after a reboot instead and audio is played back through the speakers.
What is the expected correct behavior?
The volume level is persisted between reboots, headphones are recognized reliably and volume control is functional.
Additional Information
As a workaround, headphones can be removed and plugged in again, which restores the normal volume level and the ability to control volume.
The bug does not happen when using ALSA without PulseAudio or when using PulseAudio without UCM.
Here is a series of pa-info log files where volume control was functional but both speakers and headphones were active after the reboot.
1-speakers.txt headphones are not plugged in; speakers are active 2-headphones.txt headphones were plugged in; headphones are active and speakers are muted 3-reboot-with-headphones.txt rebooted the notebook with headphones plugged in; both speakers and headphones are active, while speakers should have been muted; volume control changes speaker instead of headphone volume 4-speakers.txt removed headphones; speakers are active 5-headphones.txt plugged in headphones; headphones are active and speakers are muted
Summary
Booting the system with headphones plugged in results in a broken volume control. Sometimes the headphones are not recognized at all.
Environment
Steps to reproduce
What is the current bug behavior?
The previously set volume level is ignored and set to the maximum, despite PulseAudio telling otherwise. Changing the volume has no effect.
Occasionally, headphone presence is not recognized after a reboot instead and audio is played back through the speakers.
What is the expected correct behavior?
The volume level is persisted between reboots, headphones are recognized reliably and volume control is functional.
Additional Information
As a workaround, headphones can be removed and plugged in again, which restores the normal volume level and the ability to control volume.
The bug does not happen when using ALSA without PulseAudio or when using PulseAudio without UCM.
Here is a series of
pa-info
log files where volume control was functional but both speakers and headphones were active after the reboot.1-speakers.txt headphones are not plugged in; speakers are active
2-headphones.txt headphones were plugged in; headphones are active and speakers are muted
3-reboot-with-headphones.txt rebooted the notebook with headphones plugged in; both speakers and headphones are active, while speakers should have been muted; volume control changes speaker instead of headphone volume
4-speakers.txt removed headphones; speakers are active
5-headphones.txt plugged in headphones; headphones are active and speakers are muted
Related issue: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1356
The text was updated successfully, but these errors were encountered: