http://bugzilla.opensuse.org/show_bug.cgi?id=928394
--- Comment #20 from Takashi Iwai
I reverted to a system that used version 5 of pulseaudio and alsa, and the headphone jack works.
Please look at the last 4 files.
Final two show the results when the headphone jack works.
No, it doesn't "work" if your attached alsa-info.sh outputs are correct. It's merely a bug of older PulseAudio that ignored "Front Headphone Jack" state.
Headphone out (not plugged), Headphone IN jack and working
To generate this for you, I reverted to a system that used versions 5 of pulseaudio and alsa.
From non-working system (pulseaudio 6 and alsa 6) re-examine Without headphones plugged. and headphones plugged.
What is "alsa 6"...? There is no such thing.
You have results on the same hardware.
The only thing I can do is show you the *rpm files for alsa and pulseaudio.
With the last 4 files you do have enough to go on.
If so, again, it's a hardware problem. Look at the state of "Front Headphone Jack" in both states. Both showed like: control.43 { iface CARD name 'Front Headphone Jack' value false This indicates that the headphone jack wasn't detected in the driver. When a jack detection is provided by the driver, PulseAudio does automatic switching between the outputs per jack state. And, the older PA didn't work well with this jack, so it *looked* as if it's working; namely, the headphone output wasn't touched. That is, what the result was old PA was a bug of PA, and it got "fixed" by this update. Check your hardware setup again. There can be a BIOS setup problem. Or, check alsa-info.sh outputs again. If "Front Headphone Jack" state changes, then the situation is different. The consequence here was derived just from the alsa-info.sh outputs you attached here. -- You are receiving this mail because: You are on the CC list for the bug.