[Bug 1193644] New: ALSA: HP ProBook 450 G1 speaker no longer works
https://bugzilla.suse.com/show_bug.cgi?id=1193644 Bug ID: 1193644 Summary: ALSA: HP ProBook 450 G1 speaker no longer works Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs@opensuse.org Reporter: msuchanek@suse.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- broken 5.15.7-1.gb92986a broken 5.15.6-7.gc2ce213 working 5.15.5-1 working 5.13.8-1 Problem: When headphone jack is unplugged built-in speaker does not produce sound -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 Michal Suchanek <msuchanek@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai@suse.com -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c1 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |msuchanek@suse.com Flags| |needinfo?(msuchanek@suse.co | |m) --- Comment #1 from Takashi Iwai <tiwai@suse.com> --- Could you give alsa-info.sh outputs on both working and non-working cases? Run the script with --no-upload and attach the outputs. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c2 --- Comment #2 from Takashi Iwai <tiwai@suse.com> --- Also, if you want to the speaker working while the headphone jack is plugged, make sure that "Auto-Mute Mode" mixer element is set to "Disabled". -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c3 --- Comment #3 from Michal Suchanek <msuchanek@suse.com> --- Created attachment 854521 --> https://bugzilla.suse.com/attachment.cgi?id=854521&action=edit alsa info from broken kernel It is expected that the speaker is muted when headphones are plugged in. What is not expected that it never produces sound. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c4 --- Comment #4 from Takashi Iwai <tiwai@suse.com> --- (In reply to Michal Suchanek from comment #3)
Created attachment 854521 [details] alsa info from broken kernel
It is expected that the speaker is muted when headphones are plugged in.
What is not expected that it never produces sound.
Is this really in the state where the headphone jack is unplugged? The log shows that it's plugged. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c5 --- Comment #5 from Michal Suchanek <msuchanek@suse.com> --- Sounds like hardware problem. The speaker does not work even with previously working kernels. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c6 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Takashi Iwai <tiwai@suse.com> --- OK, I close the bug for now. If you find it being a software problem, feel free to reopen. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c7 --- Comment #7 from Michal Suchanek <msuchanek@suse.com> --- So the symptom is: - speaker does not work - headphones do work - when system is suspended with headphones unplugged, headphones are plugged while suspended sound comes from speaker on resume only while headphones are plugged -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c8 --- Comment #8 from Michal Suchanek <msuchanek@suse.com> --- Created attachment 859966 --> https://bugzilla.suse.com/attachment.cgi?id=859966&action=edit alsa-info-speaker-headphones-plugged.txt hm, now I cannot get it back to the previous state in which only headphones worked. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c9 --- Comment #9 from Michal Suchanek <msuchanek@suse.com> --- Created attachment 859967 --> https://bugzilla.suse.com/attachment.cgi?id=859967&action=edit alsa-info-no-speaker-headphones-not-plugged.txt -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c10 Michal Suchanek <msuchanek@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX |--- Flags|needinfo?(msuchanek@suse.co | |m) | --- Comment #10 from Michal Suchanek <msuchanek@suse.com> --- So here is the deal: The controls are utterly broken. There is no way to unmute the card. There is supposed active output - when headphones are plugged it's headphones, otherwise it's speaker. When supposed active output changes the output the is not supposed to be active is set to level 0 and muted (would be OK if the routing worked correctly ...). Muting master mutes supposed active output. Muting supposed active output mutes master. Unmuting anything does not unmute anything else. -> to unmute card you have to know what's supposed active output, and unmute that output and master. Speaker output is speaker mute * headphone mute * headphone level -> when any switch happens speaker is most likely muted -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c11 --- Comment #11 from Michal Suchanek <msuchanek@suse.com> --- Linux 5.18.11-1-default #1 SMP PREEMPT_DYNAMIC Fri Jul 15 05:36:11 UTC 2022 (4fcb983) x86_64 x86_64 x86_64 GNU/Linux -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c12 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(msuchanek@suse.co | |m) --- Comment #12 from Takashi Iwai <tiwai@suse.com> --- Hrm, could you identify which kernel still works and which not? -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c13 --- Comment #13 from Michal Suchanek <msuchanek@suse.com> --- Sorry, I don't think this is possible to bisect. Actually working kernel was very long time ago, and last bisect attempt shows that getting back to version which appeared to work at the time did not resolve the problem. This behavior is possibly caused by a combination of kernel and userspace and may not be fixed by going to any reasonably functioning kernel at all. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 Michal Suchanek <msuchanek@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(msuchanek@suse.co | |m) | -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c14 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo? --- Comment #14 from Takashi Iwai <tiwai@suse.com> --- Well, then it's pretty tough to handle this bug, as you can imagine :-< What we need to verify is whether the jack detection still works properly in the kernel level (i.e. the event is notified and the mixer state is updated). If this doesn't work reliably, you should try to disable the runtime PM and check again. It might be some issue with the power-saving. If the jack detection works, but still the mixer is screwed up, it might be the issue of sound server. Is it PulseAudio or pipewire? Switching to pipewire might have a better chance to fix bugs, as it's more actively developed for now. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c15 Michal Suchanek <msuchanek@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo? | --- Comment #15 from Michal Suchanek <msuchanek@suse.com> --- I don't think that there is a problem with detecting the plug/unplug in general. There might be a problem with detecting it while the machine is suspended. I don't know which component is responsible for changing the levels when plug/unplug happens. However, the level change is generally correct, what is not correct is projecting this level change to the hardware state - when headphones are muted speaker is also muted, speaker uses headphone level which is set to 0 when headphones are unplugged. The other thing that is not correct is that muting something causes something else to mute, and unmuting anything does not cause anything else to unmute. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c16 --- Comment #16 from Michal Suchanek <msuchanek@suse.com> --- Removing pulseaudio prevents the level changes at plug/unplug. It also prevents muting one control muting other controls. The automation of muting the speaker when headphones are plugged in is lost, though. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c17 --- Comment #17 from Michal Suchanek <msuchanek@suse.com> --- With pipewire BT audio sort of works but turning off BT headset locks up application outputting sound :/ Not really a working replacement. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c18 --- Comment #18 from Takashi Iwai <tiwai@suse.com> --- I didn't know of a BT problem of PW -- care to open a bugzilla entry? You can try the updated pipewire (and ALSA) packages in OBS home:tiwai:leap-15.4:update repo. It might be fixed in a newer version. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c19 --- Comment #19 from Michal Suchanek <msuchanek@suse.com> --- So now that pipewire sees the ALSA devices the automatic mute and level change on plug/unplug happens again. Which again breaks the speaker because it uses the headphone level. However, I can mute and unmute every control individually, so at least one bug was fixed. I think it was possible to mute the speaker independently of the headphones at some point so I will try if it works with a very old kernel. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1193644 https://bugzilla.suse.com/show_bug.cgi?id=1193644#c20 --- Comment #20 from Michal Suchanek <msuchanek@suse.com> --- With kernel-default-4.4.5-1.1.g09dee88.x86_64.rpm playback (probably) through pipewire (probably using one of the compat APIs) with caca video output works (X11 does not start). The alsamixer again shows that the speaker is affected with the headphone controls. So it's not caused by the kernel, I am pretty sure I never used a kernel older than this on this hardware, if anything it's caused by the userspace. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠suse.com