[Bug 1137907] New: HP z440 cannot detect Mic or Line In jacks (always not available)
http://bugzilla.suse.com/show_bug.cgi?id=1137907 Bug ID: 1137907 Summary: HP z440 cannot detect Mic or Line In jacks (always not available) Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Sound Assignee: tiwai@suse.com Reporter: luizluca@tre-sc.jus.br QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Hello, My HP z440 cannot detect when mic is plugged (pacmd shows available: no). For programs that does not check it, audio can be used. However, others (like chrome), only list "plugged mics". The result is that mic cannot work at all with them. This is init pin state: 0x12 0x403c0000 # Unplugged 0x14 0x01014020 # Line Out (Front) <- it is actually in the Back 0x17 0x90170110 # Internal Speaker 0x18 0x02a11030 # Microphone 0x19 0x411111f0 # Unplugged 0x1a 0x02a11031 # Microphone 0x1b 0x0181303f # Line In (Rear side) 0x1d 0x40500001 # Unplugged 0x1e 0x411111f0 # Unplugged 0x21 0x0221102f # Headphone I only have one microphone. These are the events generated while unpluging/pluging mic: # cat /sys/kernel/debug/tracing/trace <idle>-0 [002] d.h. 54325.940806: hda_unsol_event: [0000:00:1b.0:0] res=0x0c000009, res_ex=0x00000010 kworker/2:2-30261 [002] .... 54325.940834: hda_send_cmd: [0000:00:1b.0:0] val=0x01af0900 kworker/2:2-30261 [002] .... 54325.940880: hda_get_response: [0000:00:1b.0:0] val=0x00000000 <idle>-0 [002] d.h. 54332.767470: hda_unsol_event: [0000:00:1b.0:0] res=0x0c000049, res_ex=0x00000010 kworker/2:2-30261 [002] .... 54332.767493: hda_send_cmd: [0000:00:1b.0:0] val=0x01af0900 kworker/2:2-30261 [002] .... 54332.767528: hda_get_response: [0000:00:1b.0:0] val=0x80000000 I tried to play with hdajackretask. If I disable 0x18, Jack detection of 0x1a does not work, mic is always on and it "works". However, how can I configure it correctly to have jack detected? If I map 0x18 to another mic, I got the same behavior (0x1a works without jack detection) but 0x18, even with no audio, it seems to bump audio input gauge when I plug the mic jack. BTW, jack detection of 0x1b is also not working. Fixing 0x14 to Line Out (Back) location is easy with '0x14 0x01014012'. I'll check after a clean reboot, but it messes with headset/speaker switch when headset is plugged. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1137907 http://bugzilla.suse.com/show_bug.cgi?id=1137907#c1 --- Comment #1 from Luiz Angelo Daros de Luca <luizluca@tre-sc.jus.br> --- After a clean reboot, "Line In" 0x1b jack detection is working as expected. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1137907 http://bugzilla.suse.com/show_bug.cgi?id=1137907#c2 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |luizluca@tre-sc.jus.br Flags| |needinfo?(luizluca@tre-sc.j | |us.br) --- Comment #2 from Takashi Iwai <tiwai@suse.com> --- If the clean boot makes things working reliably, could you get the alsa-info.sh output at both working and non-working states? Run the script with --no-upload option, and attach the files to Bugzilla. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1137907 http://bugzilla.suse.com/show_bug.cgi?id=1137907#c3 --- Comment #3 from Luiz Angelo Daros de Luca <luizluca@tre-sc.jus.br> --- Created attachment 807435 --> http://bugzilla.suse.com/attachment.cgi?id=807435&action=edit With one of microphone "not connected' by hdajackretask In this situation, mic is always on as jack detect is not working anymore for mic -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1137907 http://bugzilla.suse.com/show_bug.cgi?id=1137907#c4 Luiz Angelo Daros de Luca <luizluca@tre-sc.jus.br> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(luizluca@tre-sc.j | |us.br) | --- Comment #4 from Luiz Angelo Daros de Luca <luizluca@tre-sc.jus.br> --- Created attachment 807436 --> http://bugzilla.suse.com/attachment.cgi?id=807436&action=edit Original state before hdajackretask In this state, mic is never detected as "connected" (available: no) $ pacmd list-sources | grep mic analog-input-front-mic: Front Microphone (priority 8500, latency offset 0 usec, available: no) active port: <analog-input-front-mic> What I told about the reboot is only related to "line in". It seems that after multiple uses of hdajackretask, touching almost every single port, it stop detecting that "line in" was connected. The reboot alone does not change mic detection. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1137907 http://bugzilla.suse.com/show_bug.cgi?id=1137907#c5 --- Comment #5 from Luiz Angelo Daros de Luca <luizluca@tre-sc.jus.br> --- It is actually a regression with newer kernel/alsa. I have multiple equivalent machines and another one with LEAP15.1 can detect Mic Jack flawlessly. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1137907 http://bugzilla.suse.com/show_bug.cgi?id=1137907#c6 --- Comment #6 from Takashi Iwai <tiwai@suse.com> --- That's odd. Leap 15.1 kernel has almost equivalent code as the latest upstream wrt HD-audio stuff. Could you check whether the kernel in OBS Kernel:openSUSE-15.1 still works, or it shows the same problem? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1137907 http://bugzilla.suse.com/show_bug.cgi?id=1137907#c7 --- Comment #7 from Luiz Angelo Daros de Luca <luizluca@tre-sc.jus.br> --- I did not test with Kernel:openSUSE-15.1 but I tested with an LivePXE 15.1 and the problem is the same in the same machine where it happens with Tumbleweed. As I have multiple Z440, I did multiple different tests: # Tested with UEFI or BIOS # Different BIOS versions # OpenSUSE Tumbleweed, LEAP 15.1 and LEAP 15.0 What I noticed: 1) UEFI or BIOS mode does not matter. 2) It is not local confs as it happens with an Live system (using default sound confs) 3) The same machine that always happens with Tumbleweed also always happens with LEAP 15.1 4) It never happens with some machines. 5) The machine where is always happens uses (amdgpu) AMD VGA (and has an HDMI HDA audio) 5) The machine where is never happens uses (nouveau) Nvidia VGA (and has an HDMI HDA audio device) Those machines that the problem does not happens, some of them still have a problem with "pacmd list" information. Sometimes, "pacmd list" does not update with jack events but it gets updated when device is actually used (aplay/arecord). I can confirm that with other PA clients like KDE sound settings. Maybe both "only detect jack changes when device is used" and "never detects jack changes" have the same origin. It might be something wrong with what BIOS/UEFI sent. Or, it might be related to HDMI. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1137907 http://bugzilla.suse.com/show_bug.cgi?id=1137907#c8 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(luizluca@tre-sc.j | |us.br) --- Comment #8 from Takashi Iwai <tiwai@suse.com> --- Could you check whether the problem persists on Leap 15.2? It has a better chance to get fixed, as many components are upgraded. -- You are receiving this mail because: You are on the CC list for the bug.
participants (2)
-
bugzilla_noreply＠novell.com -
bugzilla_noreply＠suse.com