[Bug 520975] New: Sound devices work with different model options, but never all together.
http://bugzilla.novell.com/show_bug.cgi?id=520975 Summary: Sound devices work with different model options, but never all together. Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Sound AssignedTo: tiwai@novell.com ReportedBy: jost@dcs.st-andrews.ac.uk QAContact: qa@suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.11) Gecko/2009060200 SUSE/3.0.11-0.1.1 Firefox/3.0.11 Using different model options in /etc/modprobe.d/sound, I can get everything working, but there is no model option that gets everything working at the same time. Model option "dell-m4-2" allows use of docking station's line out, but built-in microphone does not work. Model option "dell-m4-3" allows use of built-in microphone, but then docking station's line out is dead. My hardware: Dell Precision M4400 Laptop, snd-hda-intel with codec chip STAC92HD71B7X Alsa-info at http://www.alsa-project.org/db/?f=addf6a27148354fd53a38b3567165ecfb036fff5 Detailed notes: 1) With model option dell-m4-2, the line out volume is controlled in Kmix by sliders labelled "Import1Mux" and "Import2Mux". The sliders "Mux" and "Mux2" must be at the lowest level (audible noise otherwise). 2) Possibly unrelated, but option "position_fix=2" eliminates a short noise that is otherwise always heard shortly before and after audio output. The noise is similar to un-/plugging a live microphone. Reproducible: Always Steps to Reproduce: In /etc/modprobe.d/sound write either #STAC92HD71B* options snd-hda-intel model=dell-m4-3 position_fix=2 options snd slots=snd-hda-intel # u1Nb.ztWiP1hTtl5:82801I (ICH9 Family) HD Audio Controller alias snd-card-0 snd-hda-intel for microphone use. For line-out at docking station write #STAC92HD71B* options snd-hda-intel model=dell-m4-2 position_fix=2 options snd slots=snd-hda-intel # u1Nb.ztWiP1hTtl5:82801I (ICH9 Family) HD Audio Controller alias snd-card-0 snd-hda-intel and then issue rcalsasound restart Actual Results: In one case the built-in microphone works fine, in the other case the line-out at the docking station works fine, while the the other device is dead. Expected Results: That both built-in microphone and docking station line out work without requiring a restart of alsa. http://www.alsa-project.org/db/?f=addf6a27148354fd53a38b3567165ecfb036fff5 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c1
--- Comment #1 from Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c2
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c3
--- Comment #3 from Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c4
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c5
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c6
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c7
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c8
--- Comment #8 from Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c9
Steffen Jost
cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.20-git20090729. Compiled on Jul 28 2009 for kernel 2.6.27.25-0.1-default (SMP).
cat /etc/modprobe.d/sound #STAC92HD71B* options snd-hda-intel model=dell-m4-1 position_fix=2 options snd slots=snd-hda-intel # u1Nb.ztWiP1hTtl5:82801I (ICH9 Family) HD Audio Controller alias snd-card-0 snd-hda-intel
1) The two first mixer sliders are both labelled "Front". The first one is in fact the "Master" and the second one controls the volume of the built-in Speakers. (Note: dell-m4-3 has correct labels "Front" and "Speaker", albeit "Speaker" being the last slider instead of the second, but working just as well.) 2) No matter how I set the sliders in the mixer, the external speakers connected to the docking station line out remain silent. Plugging my external speakers into the laptop's own line-out activates them and disables the built-in speakers (as expected). 3) Switching between built-in mic and a mic plugged into the laptop's own line-in works as follows: For built-in mic, must select DigitalInputSource=DigitalMic1 and InputSource=FrontMic. For external mic, must select DigitalInputSource=AnalogInputs and InputSource=Mic. The Mux sliders must be up for AnalogInput. InputSource2 does not seem to have any effect whatsoever. DigitalInputSource=Mixer never allows any mic to work, I tried all combinations. 4) I guess that the label "Captuer" is a misspelling of "Capture" in both dell-m1 and dell-m3? 5) I cannot experience any difference between dell-m1 and dell-m3 now, except for the Front/Speaker-slider as noted under 1) and two additional buttons "IEC958" and "IEC958 Default PCM" which do not have any noticeable effect. I hope this helps! (Please note that I am blindly trying all sorts of combinations in KMIX and just see whether Amarok plays or whether a SkypeTestCall works. I have absolutely no idea what the "Mux", "Mixer" and "IEC958" settings ought to do. I would thus appreciate a link to some documentation (I did not find anything relevant in the ALSA-documentation myself), in order to be more helpful.) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c10
Takashi Iwai
1) The two first mixer sliders are both labelled "Front". The first one is in fact the "Master" and the second one controls the volume of the built-in Speakers. (Note: dell-m4-3 has correct labels "Front" and "Speaker", albeit "Speaker" being the last slider instead of the second, but working just as well.)
Could you give alsa-info.sh output? Master should be present in addition. The order of the mixer elements are not important at this stage. The question is whether correct mixer names are provided by the driver. With the very latest driver, you'll "Front", "Headphone" and "Master". The Front controls built-in speaker and docking output (supposedly).
2) No matter how I set the sliders in the mixer, the external speakers connected to the docking station line out remain silent.
Plugging my external speakers into the laptop's own line-out activates them and disables the built-in speakers (as expected).
This has to be checked with alsa-info.sh output...
3) Switching between built-in mic and a mic plugged into the laptop's own line-in works as follows: For built-in mic, must select DigitalInputSource=DigitalMic1 and InputSource=FrontMic. For external mic, must select DigitalInputSource=AnalogInputs and InputSource=Mic.
The Mux sliders must be up for AnalogInput.
This isn't much changed from the older version. I'll rewrite the code later and simplify this. In future, both "Input Source" and "Digital Input Source" are merged into a single "Input Source" control.
InputSource2 does not seem to have any effect whatsoever.
This is for the secondary capture stream. You can open two streams at the same time (in theroy).
4) I guess that the label "Captuer" is a misspelling of "Capture" in both dell-m1 and dell-m3?
Yes. Fixed now in the upstream. Will take some time until the new alsa-driver-kmp gets rebuilt.
5) I cannot experience any difference between dell-m1 and dell-m3 now, except for the Front/Speaker-slider as noted under 1) and two additional buttons "IEC958" and "IEC958 Default PCM" which do not have any noticeable effect.
There are indeed only little difference...
(Please note that I am blindly trying all sorts of combinations in KMIX and just see whether Amarok plays or whether a SkypeTestCall works. I have absolutely no idea what the "Mux", "Mixer" and "IEC958" settings ought to do.
"Capture Mux" is named "Boost" volume in other codecs. It adds certain dB level (the unit of 10dB) to the recording level. But, IDT codec seems requirement of this to be non-zero for recording? I'll rename this in future version. "Mixer" is an item to be removed in future. Don't be bothered. "IEC958" is the official name of "SPDIF". -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c11
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c12
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c13
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c14
--- Comment #14 from Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c15
--- Comment #15 from Takashi Iwai
Yes, but...
At the time of my initial bug report, I could _separately_ control the volume for the built-in speakers and the external ones connected to the docking-station! The "ImportMux"-sliders controlled the volume for the docking-station line out. So the hardware is definitely capable of using both at once with a separate volume setting!
Not really. ImportMux controls the volume of input to an analog mixer from a certain route. But this makes mixing all other inputs together. You didn't play or mix analog mic inputs at the same time, so you didn't notice the difference. But, this isn't pure output that sent to the headphone or the speaker. The recent change fixes this behavior to be equivalent with others. It's a side-effect of this improvement. So, understand like this: it was a sort of abuse of ImportMux control to have a similar end-effect.
Today, using dell-m4-2, alsamixer has much fewer sliders. In particular, I cannot separately control the volume of the built-in speakers and the external ones attached to the docking station any more (since ImportMux is missing). The volume of both internal and external speakers is affected by "Master", "PCM" and "Front".
Plugging headphones into the laptop's own line-out jack disables both the internal speakers and the external ones.
This is expected behavior.
I could not get any of the three microphones (built-in, laptop's jack, docking station's jack) to work with either setting mic-jack to "Line In" nor "Mic In".
This, too, as the recent change doesn't remap the mic pins. It didn't work, so it won't work. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c16
--- Comment #16 from Steffen Jost
(In reply to comment #13) ... The recent change fixes this behavior to be equivalent with others. It's a side-effect of this improvement. So, understand like this: it was a sort of abuse of ImportMux control to have a similar end-effect.
Ah, thanks, that's interesting to know that this was just a random side-effect.
Plugging headphones into the laptop's own line-out jack disables both the internal speakers and the external ones.
This is expected behavior.
Yes, I was mainly reporting this for the sake of completeness. I would also guess that the built-in speakers are also expected to be mute if speakers are plugged into the docking station's line-out. With headphones plugged in directly into the laptop taking precedence over both, right? (and similar for the microphones) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c17
--- Comment #17 from Takashi Iwai
... The recent change fixes this behavior to be equivalent with others. It's a side-effect of this improvement. So, understand like this: it was a sort of abuse of ImportMux control to have a similar end-effect.
Ah, thanks, that's interesting to know that this was just a random side-effect.
Well, I'm reconsidering again to put some missing control again, but it makes the things again complicated. A still valid point is that the control would be no volume gain but only volume attenuation. So, you can decrease with the "docking" volume but not more than the speaker volume. It's a hardware limitation, as mentioned, that it has only essentially only two (DACs) streams. Let's see what I can do better in future...
Plugging headphones into the laptop's own line-out jack disables both the internal speakers and the external ones.
This is expected behavior.
Yes, I was mainly reporting this for the sake of completeness.
I would also guess that the built-in speakers are also expected to be mute if speakers are plugged into the docking station's line-out.
A good point. This can be implemented additionally.
With headphones plugged in directly into the laptop taking precedence over both, right?
Yes.
(and similar for the microphones)
The automatic switch of microphone still doesn't work for your devices since I implemented only for devices with one internal and one external mic. In your case, you have two external mics, so I wasn't sure whether the switching is the right behavior. But, thinking of the similarity with the output jacks, it'd be more consistent to do the automatic switching with mic jacks. It's another TODO. So, the urgent issue is to fix the mic of the docking station... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c18
--- Comment #18 from Steffen Jost
So, the urgent issue is to fix the mic of the docking station...
I am confused what you mean by that. Maybe you are referring to your current version. Anyway, for clarity, let me repeat today's status as I can observe it: dell-m4-1 and dell-m4-3: GOOD: built-in mic and laptop's line-in working BAD: docking-station's connectors are both non-functional dell-m4-2: GOOD: docking-station's line-out works (together with built-in speakers) BAD: none of the three microphones are working at all -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c19
--- Comment #19 from Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c20
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c21
--- Comment #21 from Steffen Jost
Unplugging everything, I cannot get the built-in mic to work at all with dell-m4-1. Not in the attached setting, nor choosing other settings for "MicJackMode" and "Mux". I think I tried all combinations.
Sorry, of course I meant dell-m4-2 and not dell-m4-1 in the above paragraph. To clarify: The built-in mic works fine with dell-m4-1 and dell-m4-3, but I cannot get it to work with dell-m4-2. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c22
--- Comment #22 from Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c23
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c24
Steffen Jost
BTW, could you try the latest alsa-driver-kmp again? I'd like to know whether the line-out pin detection actually works with the docking station.
cat /etc/modprobe.d/sound #STAC92HD71B*
Short Answer: Yes and No. Detection works only after plugging and unplugging headphones. Long Answer: First, I am not sure which model option you want me to try. I currently use dell-m4-1, since I need the built-in mic and Skype for work. However, I guessed that you rather want me to use dell-m4-2, to which I refer in this reply: options snd-hda-intel model=dell-m4-2 position_fix=2 options snd slots=snd-hda-intel # u1Nb.ztWiP1hTtl5:82801I (ICH9 Family) HD Audio Controller alias snd-card-0 snd-hda-intel
cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.20-git20090803. Compiled on Aug 3 2009 for kernel 2.6.27.25-0.1-default (SMP).
* I rebooted with nothing plugged in and heard sound from the built-in speakers. * I plugged in the external speakers to the docking station, and both were active then. * I plugged in headphones into the laptop and only they worked. * Upon unplugging the headphones, only the external speakers (docking station) worked. * Unplugging the external speakers (ie everything unplugged): no sound at all * Plugging in the headphones to the laptop and unplugging them reactivated the built-in speakers. So the docking station jack detection seems to work somehow, but is only taken into account after also plugging and unplugging of headphones. (PS: Please let me know if I should test things with dell-m4-1 as well. Note that I will not have access to my docking station for two week from Friday onwards, since I am going on a business trip with the laptop only.) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c25
--- Comment #25 from Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c26
--- Comment #26 from Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c27
--- Comment #27 from Takashi Iwai
cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.20-git20090804. Compiled on Aug 3 2009 for kernel 2.6.27.25-0.1-default (SMP).
cat /etc/modprobe.d/sound #STAC92HD71B*
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c28
--- Comment #28 from Steffen Jost
1) Docking station line out detection works fine, even in conjunction with un-/docking the laptop. :) There is a small problem with precedence in a rather unlikely scenario: If everything is connected, then sound is heard over the laptop's line out (headphones in my case), as it should be. However, unplugging the silent external speakers from the docking station then causes the headphones to fall silent and the internal speakers to come alive. Re-plugging the external speakers (docking station jack) then switches sound back from the internal speakers to the headphones (laptop jack). I suppose the headphones should remain on throughout in this admittedly rare scenario. 2) Microphones work over the docking station line out, but the labelling seems strange to me: "Mic" -> Laptop's Jack "Front Mic" -> Docking Station's Jack "Digital" -> Built-in Microphone 3) Sound quality of the built-in mic still seems somewhat worse than it used to be, but I might not recall it correctly. Best quality is achieved by reducing "Capture" to 60% and setting the slider labelled "Digital Mic", which I cannot see in alsamixer, but only in Kmix, where it has 4 settings to 2 (second lowest). Also very odd: Skype is now automatically adjusting the slider "Digital Mic" and not "Capture" as it did before. 4) Alsamixer shows fewer sliders than Kmix. In addition to the aforementioned "Digital Mic", I also see the "Mux" and "Mux2" in Kmix. However, I could not figure out their effect. Especially, they do not control the volume of the external nor internal speakers. 5) Do you know already which future alsa driver version number will feature this working setup for the first time? I am unfamiliar with the numbering scheme, but I would like to update the Suse Hardware Compatibility List Wiki (and I also want to inform colleagues using the same hardware). Or will this be Novell/Suse specific only? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c29
--- Comment #29 from Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c30
--- Comment #30 from Takashi Iwai
New test results:
1) Docking station line out detection works fine, even in conjunction with un-/docking the laptop. :)
There is a small problem with precedence in a rather unlikely scenario: If everything is connected, then sound is heard over the laptop's line out (headphones in my case), as it should be. However, unplugging the silent external speakers from the docking station then causes the headphones to fall silent and the internal speakers to come alive. Re-plugging the external speakers (docking station jack) then switches sound back from the internal speakers to the headphones (laptop jack). I suppose the headphones should remain on throughout in this admittedly rare scenario.
OK, it's a bug I overlooked. Now fixed in the upstream.
2) Microphones work over the docking station line out, but the labelling seems strange to me: "Mic" -> Laptop's Jack "Front Mic" -> Docking Station's Jack "Digital" -> Built-in Microphone
Yes, it's another TODO. Currently, the labels are statically defined. I will unlikely fix this issue in this bug report.
3) Sound quality of the built-in mic still seems somewhat worse than it used to be, but I might not recall it correctly. Best quality is achieved by reducing "Capture" to 60% and setting the slider labelled "Digital Mic", which I cannot see in alsamixer, but only in Kmix, where it has 4 settings to 2 (second lowest).
Also very odd: Skype is now automatically adjusting the slider "Digital Mic" and not "Capture" as it did before.
Maybe you are accessing "default" PCM in Skype, and I guess it's "Digital Capture", not "Digital Mic". The "Digital Capture Volume" is an additional volume controlled in alsa-lib (not in the driver), and appears only when you access via the PCM "default". This volume should be exactly in the middle (50%), which corresponds to no digital signal manipulation.
4) Alsamixer shows fewer sliders than Kmix. In addition to the aforementioned "Digital Mic", I also see the "Mux" and "Mux2" in Kmix. However, I could not figure out their effect. Especially, they do not control the volume of the external nor internal speakers.
The Mux influences only on the recording level.
5) Do you know already which future alsa driver version number will feature this working setup for the first time? I am unfamiliar with the numbering scheme, but I would like to update the Suse Hardware Compatibility List Wiki (and I also want to inform colleagues using the same hardware). Or will this be Novell/Suse specific only?
The driver version number is the official release number + git snapshot date. So, I think the driver works without extra model option, right? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975 User jost@dcs.st-andrews.ac.uk added comment http://bugzilla.novell.com/show_bug.cgi?id=520975#c31 --- Comment #31 from Steffen Jost2009-08-05 04:26:04 MDT --- (In reply to comment #30) > So, I think the driver works without extra model option, right? No! There are two problems remaining: > cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.20-git20090805. Compiled on Aug 4 2009 for kernel 2.6.27.25-0.1-default (SMP). 6) :( Without the model option dell-m4-1, the built-in microphone does not work at all. However, the docking station's line out works fine without the model option now. 7) :( Even with the model option dell-m4-1, input source2 does not work at all. In Kmix (since alsamixer does not show these settings now), I ticked the record tick box on both "Capture" and "Capture2" and put them both at 95%; and Mux and Mux2 at the 3rd highest setting out of 4 possible setting, but regardless which input source I select, only input source1 is heard. I do not recall input source 2 to ever work, though. (However, I test recording via Skype Test Call Service. Given 3) below, how do I test it with a more reliable program?) 8) :) Furthermore, position_fix=2 is apparently not needed any more either - at least without that option I do not hear the switching noises any more as I did a few weeks ago. > (In reply to comment #28) 1) :) The headphones now take precedence correctly. > > 3) > > Also very odd: Skype is now automatically adjusting the slider "Digital Mic" > > and not "Capture" as it did before. > > Maybe you are accessing "default" PCM in Skype, and I guess it's "Digital > Capture", not "Digital Mic". I did not change the Skype settings at all, the only thing that changed was the ALSA driver! Skype's Audio settings simply says "HDA Intel (hw:Intel,0)", as it always did. Before, it always adjusted the capture volume to a sane level, but now it is adjusting the "Digital Mic" slider, which causes unusable mic noise. Nevertheless this might be all messy Skype's fault and thus outside the scope here. Furthermore there is a workaround by prohibiting Skype to adjust the mixer levels through its options dialogue, which is just a minor inconvenience. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c32
--- Comment #32 from Takashi Iwai
6) :( Without the model option dell-m4-1, the built-in microphone does not work at all.
However, the docking station's line out works fine without the model option now.
Strange. As default, model=dell-m4-1 is chosen. It can't be a driver problem. Perhaps you have another model setup somewhere in /etc/modprobe.d/* file or /etc/modprobe.* files? I remember that I saw two entries in alsa-info.sh output.
7) :( Even with the model option dell-m4-1, input source2 does not work at all. In Kmix (since alsamixer does not show these settings now), I ticked the record tick box on both "Capture" and "Capture2" and put them both at 95%; and Mux and Mux2 at the 3rd highest setting out of 4 possible setting, but regardless which input source I select, only input source1 is heard. I do not recall input source 2 to ever work, though.
(However, I test recording via Skype Test Call Service. Given 3) below, how do I test it with a more reliable program?)
"Input Source 2" is for the secondary PCM stream. Using it is a bit tricky, so better to forget right now. So, it's no bug, too.
3) Also very odd: Skype is now automatically adjusting the slider "Digital Mic" and not "Capture" as it did before.
Maybe you are accessing "default" PCM in Skype, and I guess it's "Digital Capture", not "Digital Mic".
I did not change the Skype settings at all, the only thing that changed was the ALSA driver!
Yes, and Skype choses a strange thing. I know Skype is doing very strange things secretly that I can't know at all. It's no driver bug, as well. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c33
--- Comment #33 from Steffen Jost
(In reply to comment #31)
6) :( Without the model option dell-m4-1, the built-in microphone does not work at all.
However, the docking station's line out works fine without the model option now.
Strange. As default, model=dell-m4-1 is chosen. It can't be a driver problem.
Perhaps you have another model setup somewhere in /etc/modprobe.d/* file or /etc/modprobe.* files?
/etc.modprobe.d # cat sound #STAC92HD71B* # options snd-hda-intel model=dell-m4-1 position_fix=2 options snd slots=snd-hda-intel # u1Nb.ztWiP1hTtl5:82801I (ICH9 Family) HD Audio Controller alias snd-card-0 snd-hda-intel /etc/modprobe.d # grep model * sound:# options snd-hda-intel model=dell-m4-1 position_fix=2 sound~:options snd-hda-intel model=dell-m4-1 /etc/modprobe.d # grep dell * sound:# options snd-hda-intel model=dell-m4-1 position_fix=2 sound~:options snd-hda-intel model=dell-m4-1 There is no other directory in /etc that starts with modprobe.
I remember that I saw two entries in alsa-info.sh output. Yes, I always wondered what that line meant, because it always showed "dell-m4-2", regardless of what I selected in /etc/modprobe.d/sound. I thought it was the detected default or something such.
7) :( "Input Source 2" is for the secondary PCM stream. Using it is a bit tricky, so better to forget right now. So, it's no bug, too.
Ok, I was just used from my previous hardware that by clicking some options in KMix, I could mix several input source (e.g. for Karaoke over Skype, etc.). I was just wondering whether this functionality was lost now. Also, the mic is not chosen automatically upon plug in. I always have to select manually, which is fine with me, but I understood an earlier reply of yours as indicating that it should als detect, no? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c34
Takashi Iwai
/etc/modprobe.d # grep model * sound:# options snd-hda-intel model=dell-m4-1 position_fix=2 sound~:options snd-hda-intel model=dell-m4-1
/etc/modprobe.d # grep dell * sound:# options snd-hda-intel model=dell-m4-1 position_fix=2 sound~:options snd-hda-intel model=dell-m4-1
There is no other directory in /etc that starts with modprobe.
OK, then to be sure, remove sound~ files, and reload the driver. Then give alsa-info.sh output to check again.
Also, the mic is not chosen automatically upon plug in. I always have to select manually, which is fine with me, but I understood an earlier reply of yours as indicating that it should als detect, no?
Not for your model. The automatic selection of the mic is activated only when one built-in and one external mic exist. In your case, there is another mic in the docking station. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c35
Steffen Jost
cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.20-git20090806. Compiled on Aug 6 2009 for kernel 2.6.27.25-0.1-default (SMP).
cat sound #STAC92HD71B* # options snd-hda-intel # model=dell-m4-1 # position_fix=2 options snd slots=snd-hda-intel # u1Nb.ztWiP1hTtl5:82801I (ICH9 Family) HD Audio Controller alias snd-card-0 snd-hda-intel
(BTW: I noticed that in Kmix, but not in alsamixer, there is a new slider Digital, next to the 4 setting slider Digital Mic, but I could not figure out its use. It does not seem to affect the built-in mic. ) Thanks a lot for resolving this! -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c36
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User swamp@suse.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c37
Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=520975
User swamp@suse.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c38
Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=520975
User meissner@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c39
Marcus Meissner
http://bugzilla.novell.com/show_bug.cgi?id=520975
User swamp@suse.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c40
Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=520975
User swamp@suse.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c41
Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=520975
User swamp@suse.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c42
Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=520975
User swamp@suse.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c43
Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c44
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c45
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c46
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c47
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c48
--- Comment #48 from Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c49
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c50
Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c51
--- Comment #51 from Takashi Iwai
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c52
--- Comment #52 from Takashi Iwai
Could you run hda-emu like below? # hda-verb /dev/snd/hwC0D0 0x18 SET_AMP 0xb003
I meant hda-verb. The program is found in OBS home:tiwai repo, or just compile the package from: http://ftp.kernel.org/pub/linux/kernel/people/tiwai/misc/hda-verb/ (it's a very small program.) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c53
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c54
--- Comment #54 from Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c55
Takashi Iwai
arecord -d 15 -vv -fdat -Dplughw foo.wav; aplay foo.wav Recording WAVE 'foo.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo Plug PCM: Hardware PCM card 0 'HDA Intel' device 0 subdevice 0 Its setup is: stream : CAPTURE access : RW_INTERLEAVED
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c56
Steffen Jost
-- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=520975
User jost@dcs.st-andrews.ac.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c57
Steffen Jost
http://bugzilla.novell.com/show_bug.cgi?id=520975
User swamp@suse.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c58
Swamp Workflow Management
participants (1)
-
bugzilla_noreply@novell.com