Looking at alsa-info.sh outputs, all pins have invalid configurations (0x0). It means BIOS doesn't set up pins at all properly, thus you have to define the pin configurations manually.
Im not surprised, the laptop is 8 years old. But it still works perfectly
For that, we need to identify which pin corresponds to which I/O. The first thing to know is: what I/Os does your machine have? List up all I/Os, e.g. a green headphone output at front side, a red mic jack at left side, an internal mic, a built-in speaker, etc.
I'm not sure this is what you are asking for. Trying to draw it.
+--------+ | | | *| <- internal mic (it's a hole) | *| <- button for muting internal mic | | | | internal speaker -> | * * | <- internal speaker ---------- / / / / <- jack 3.5 (headphone) black / / <- jack 3.5 (mic) black /_________/ <- volume button (black)
There is also a s-video connector at the rear of the dock
The jacks are usually detectable, and hda-jack-retask or hda_analyzer would be your help. See Documentation/sound/alsa/HD-Audio.txt.
I'm not comfortable with this. I've tried to do the best, but I must admit that I don't understand really what it does.
But the fact is that after reading many docs and doing the following, it worked: - run hda-jack-retask, select "Headphone" for pin ID 0x14, then quit - run alsamixer, choose via F6 "0 HDA Intel" card, unmute every control, then quit - run hda_analyser with the alsa-info output of the non working kernel, and for NODE 0x14 PIN check "OUT" in widget control, and uncheck "IN" and "HP"
After that headphone output and HP worked.
I know that saying this I'm not clear at all, but I don't understand what's happening.
I hope this will "talk" more to you.
Next, check of each I/O whether it worked with 3.2 kernel. If yes, in which mixer setup. Then we can guess the internal pins like mic or speaker.