Bug 43240
| Summary: | Internal speaker produces no sound: Codec IDT92HD81B1X5 | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Gerardo Malazdrewicz (gerardo) |
| Component: | Sound(ALSA) | Assignee: | Jaroslav Kysela (perex) |
| Status: | RESOLVED CODE_FIX | ||
| Severity: | normal | CC: | alan, florian, jrnieder, nicola.soranzo, omnikron, tiwai |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 3.2+ | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Bug Depends on: | |||
| Bug Blocks: | 42566 | ||
| Attachments: |
dmidecode output
alsa-info output Fix patch alsa-info output (patch applied) |
||
|
Description
Gerardo Malazdrewicz
2012-05-12 21:09:03 UTC
Context: http://bugs.debian.org/672582 The submitter's machine is an HP ENVY 17 Notebook PC. Regression seems to have been introduced at some point between 3.1 and 3.2.y. Maybe a BIOS problem. We changed the code to handle the speaker GPIO pin for HP laptops slightly, and this hits some machines with broken BIOS. Give dmidecode output, and check whether it contains "HP_LED_Mute_X_Y" string. Created attachment 73285 [details]
dmidecode output
Attached.
No HP_LED_Mute_X_Y, but HP_Mute_LED_0_0, maybe you meant that?
Thanks,
Gerardo
Yes. So, this is set correctly, and the problem must be something else. In the 3.3 alsa-info.sh output, it looks like the headphone jack is plugged. Isn't it true? If you didn't plug any headphone jack, it's the reason. The plug is wrongly detected. Created attachment 73286 [details]
alsa-info output
Not sure, it was probably plugged.
The attached one, surely headphone was unplugged.
Thanks,
Gerardo
Thanks. Then this looks like a problem with the power-map change in 3.3. The problem is that BIOS exposes the speaker pin as a jack, and the driver tries to set the power-control bit depending on the jack-detection state. Could you check whether the patch below works? Created attachment 73287 [details]
Fix patch
Patched, no changes.
Please note this issue started previous to 3.3, I think it started in 3.2-rc.
No changes in alsa-info output either.
Thanks,
Gerardo
Double-check whether you really patched correctly. There must be a difference in "Power-Map" entry in alsa-info.sh (or codec proc file) before and after the patch. Created attachment 73298 [details]
alsa-info output (patch applied)
You were right in all accounts.
Patch works, now internal speaker has sound.
Thank you very much,
Gerardo
OK, thanks for testing! I'll apply the patch to sound git tree. Hopefully this can be merged to 3.4 kernel (and to stable kernels) soon... Hi, I had the very same issue for a while now using 3.1.x and 3.2.x kernels. I can confirm the problem is fixed in 3.2.18. I cannot tell if it was fixed before this version as I went straight from 3.2.9 (has the bug on my laptop) to 3.2.18 (does not). HP ProBook 6450b 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05) Codec: IDT 92HD75B3X5 Codec: LSI ID 1040 Codec: Intel IbexPeak HDMI Alsa info script result: http://www.alsa-project.org/db/?f=6efb32d1883ce1b684b503b081cc2783ad9a6d9 Regards, Julien (In reply to comment #12) > Alsa info script result: > http://www.alsa-project.org/db/?f=6efb32d1883ce1b684b503b081cc2783ad9a6d9 Bad link sorry: http://www.alsa-project.org/db/?f=6efb32d1883ce1b684b503b081cc2783ad9a6d92 A patch referencing this bug report has been merged in Linux v3.4: commit b0791dda813c179e539b0fc1ecd3f5f30f2571e2 Author: Takashi Iwai <tiwai@suse.de> Date: Tue May 15 08:07:31 2012 +0200 ALSA: hda/idt - Fix power-map for speaker-pins with some HP laptops A patch referencing a commit referencing this bug report has been merged in Linux v3.5-rc5: commit 6e1c39c6b00d9141a82c231ba7c5e5b1716974b2 Author: Takashi Iwai <tiwai@suse.de> Date: Tue Jun 26 17:35:10 2012 +0200 ALSA: hda - Fix power-map regression for HP dv6 & co |