OK, I found a few real bugs:
1. the parser tries to identify the real HP output and line output, but it detected wrongly due to a wrong memmove() call in snd_hda_parse_pin_def_config().
2. BIOS provides both as headphones, but one with a wrong sequence.  The headphone should have the sequence 0x0f.   This is a BIOS bug.
3. The multiple mic-pin assignment wasn't supported; this was already fixed recently.

So, the mic problem should have been fixed in the latest alsa-driver snapshot.  You'll have three mic inputs.  The headphone problem isn't solved yet, partly because it's a BIOS bug.  We need to add a quirk for this machine.

Could you try the latest alsa-driver-kmp again later?  The latest one should have a changelog entry like "* ALSA: hda - Add fixup for FSC Celsius H270".
If not, wait for a while until buildservice finishes the package building.

So, I have updated and results are now following (everything tested only with default - empty - model option):

+ - expected change compared with previous status 
- - not expected change compared with previous status

Headphones:
1. Headphones in connection A mutes speakers (+), but are not working (-)
2. Headphones in connection B mutes speakers and are working (it was also before so)

Microphone:
Yes, I have 3 microphones:
Front Mic - external microphone connected directly to notebook (connection A)
Mic - external microphone connected to port replicator (connection B)
Front Mic 2 - notebook's internal built-in microphone

With previous situation there is no change. Front Mic and Front Mic 2 are working, Mic not. When Mic is selected as Input Source and I tested this microphone, it looks something is tried to be captured, you can hear "recording" noise (you can hear noise probably with recorded voice somewhere in the deep background and very slowly - only my personal feeling. "Recording" noise is dominant.)

Another fact I have discovered, when testing microphone (I can confirm it for both Front Mics)

I have disabled these microphone channels + I have set recording level to zero, but they were working. I dont know, if it is bug or it works as expected.

Microphones were disbaled only when Capture channel was switched off or in Input Source control another microphone input was selected.

(In reply to comment #3)
> So, I have updated and results are now following (everything tested only with
> default - empty - model option):
> 
> + - expected change compared with previous status 
> - - not expected change compared with previous status
> 
> Headphones:
> 1. Headphones in connection A mutes speakers (+), but are not working (-)
> 2. Headphones in connection B mutes speakers and are working (it was also
> before so)

Could you take alsa-info.sh snapshot for each state, and upload to the bugzilla?

> Microphone:
> Yes, I have 3 microphones:
> Front Mic - external microphone connected directly to notebook (connection A)
> Mic - external microphone connected to port replicator (connection B)
> Front Mic 2 - notebook's internal built-in microphone
> 
> With previous situation there is no change. Front Mic and Front Mic 2 are
> working, Mic not. When Mic is selected as Input Source and I tested this
> microphone, it looks something is tried to be captured, you can hear
> "recording" noise (you can hear noise probably with recorded voice somewhere in
> the deep background and very slowly - only my personal feeling. "Recording"
> noise is dominant.)

Again, alsa-info.sh output is needed for further analysis.

(In reply to comment #4)
> Another fact I have discovered, when testing microphone (I can confirm it for
> both Front Mics)
> 
> I have disabled these microphone channels + I have set recording level to zero,
> but they were working. I dont know, if it is bug or it works as expected.
> 
> Microphones were disbaled only when Capture channel was switched off or in
> Input Source control another microphone input was selected.

This is the expected behavior (depending on the codec chip).

Created attachment 388449 [details]
alsa-info_20100909.txt

I have tested with alsa KMP 20100908 after changes for Celsius were done, this output is produced with alsa KMP 20100909 (coming as update today). I hope, there are no differences between version patched yesterday and actual one (no new changes in changelog).

I need the alsa-info.sh output of *each* state, i.e. headphones unplugged, a headphone plugged but not working, plugged and working.  Ditto for mic jacks.
In that way, I can see the difference.

Created attachment 388473 [details]
All unplugged, internal speakers and internal microphone working

Created attachment 388475 [details]
Headphones in A, internal speakers muted, headphones does not work.

Created attachment 388477 [details]
Headphones in B, internal speakers muted, headphones work.

Created attachment 388478 [details]
Microphone in A works.

Created attachment 388480 [details]
Microphone in B does not work, "recording" noise presented.

Done. I hope all neccessary possibilities are attached.

Thanks, I understand now what got wrong.  I fixed the bugs now (hopefully), and the upcoming alsa-driver-kmp should work better.  Please give it a try later.

Perfect! With alsa-driver-kmp-default 1.0.23.20100916_k2.6.34.0_12-28.1 everything works as expected - speakers are muted in both connection possibilities, all microphones are working too.

Good work, thanks. :-)

Will be this bugfix added to openSUSE 11.3 Update repository or to next openSUSE release?

For the next kernel, yes, it should be.  All changes have been committed to the upstream kernel tree.  But for 11.3 kernel, I'm not going to backport the patches because they are fairly intrusive and too risky to apply without much QA works.

As a solution with KMP is provided, I'd like to close this now.

OK.