At Mon, 14 Sep 2009 12:36:47 -0400, Alistair Boyle wrote:
Takashi,
As mentioned below I have a Dell Studio 14, with a two channel mic built into the screen, speakers, and two headphone jacks and a mic jack on the side.
I've attached an updated alsa-info.sh output for 1.0.21. Things are working significantly better now (vs. 1.0.20) but a little messed up in the mixer controls. (When the module loads it says its making a guess for the chip.)
For the playback settings, "headphone" controls both headphones (should only set one of the headphone jacks), "headphone as lineout" sets the front-most headphone jack as lineout and disables the speaker off feature when something is plugged into the front-most jack (good, unless this is supposed to be available/work for both headphone jacks?), "headphone 1" does nothing (bad, should be other headphone control?), "front" sets the built-in speaker volume as expected, "pc beep" makes a lot of crackling on the speaker when a "ding" is hit on a terminal and so is muted (maybe not alsa's fault?)
Plugging in the headphones (with "headphone as lineout" disabled) now mutes the "front" speakers as expected.
For the capture settings, "digital" should be the first setting since its the master capture control,
You should keep this "Digital" control to 50%, corresponding to 0dB.
"front mic" controls the stereo built-in mic (good), "line" doesn't do anything(?), "mic" sets the mic jack (good), there are two capture volumes (capture and capture 1) and two "input source"s (line, mic, or front mic). I think there should only be mic or front mic unless there's someway to set the mic jack as "line in" somewhere else?
This is my question, too. The original patch mentioned about a line-in. I guess a prototype machine had it, but not on real machines.
I can now record from the built-in mic ("front mic") vs 1.0.20.
So to summarize:
- independent headphones don't have separate headphone volumes
- "digital" should be the master capture control
- there seems to be duplicate capture controls (capture & capture 1,
wit corresponding "input sources")
- "pc beep" seems to be a bit busted
OK, now I fixed these issues. There were some left-over bugs indeed. The driver also supports the automatic mic selection via plugging for S14 now.
(Note that the multiple capture controls are no bug. The codec has multiple ADCs and the driver provides the multiple streams, too. But, together with the auto-mic feature, only one ADC is used now.)
Try the latest alsa-driver snapshot below, and report back. ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-snapshot.tar.gz
thanks,
Takashi
Alistair
On Mon, Sep 14, 2009 at 6:29 AM, Takashi Iwai tiwai@suse.de wrote:
At Sat, 12 Sep 2009 22:48:28 -0400, Alistair Boyle wrote:
Hi,
I sent this email to the alsa-user mailing list a while back but didn't get much of a response. It looks like you're the guy to talk to about this from looking at the alsa repository. Hopefully you can help me get this working.
Please post to alsa-devel ML and add me to Cc.
What I can advise now is to try the very latest alsa-driver, e.g. 1.0.21 release.
HTH,
Takashi
Alistair Boyle
---------- Forwarded message ---------- From: Alistair Boyle alistair.js.boyle@gmail.com Date: Tue, Aug 4, 2009 at 2:26 AM Subject: Dell Studio 14, internal mic To: alsa-users@alsa-project.org
Hello,
I've got a new Dell Studio 14. The laptop has a built-in mic and speakers, two head-phone jacks and a microphone jack. Using the snd-hda-intel driver (kernel 2.6.30), sound plays fine through the built-in speakers and I can record through the mic jack. It doesn't look like there's a way to set the 2 headphone jack volumes, nor is there a way to set the capture source to the built-in mic. Finally, and not surprisingly, when headphones are plugged in the built-in speakers don't mute.
(The built-in mic is the current priority.)
It looks like there were tweaks added to handle the (nominally similar) Dell Studio 15 and 17 which can be forced on with the "model=dell-m6" driver option but adding this option to the module removed all the capture devices from the amixer options. A similar result occurs for dell-m6-amic and dmic.
I'm at a loss as to where to look next. I'm "code competent" and with a pointer in the right direction I can debug.
I've attached the suggested debug info.
So a couple questions, in no particular order:
Has anyone dealt with the Dell Studio 14 laptops so far?
Is there any other debug output that would be helpful?
Where should I start looking in the code?
Alistair