Comment # 20 on bug 928394 from Takashi Iwai

(In reply to Leslie Satenstein from comment #18)
> 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.