Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762281AbZCQH5W (ORCPT ); Tue, 17 Mar 2009 03:57:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752684AbZCQH5K (ORCPT ); Tue, 17 Mar 2009 03:57:10 -0400 Received: from mail.suse.de ([195.135.220.2]:59116 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752322AbZCQH5J (ORCPT ); Tue, 17 Mar 2009 03:57:09 -0400 Date: Tue, 17 Mar 2009 08:57:06 +0100 Message-ID: From: Takashi Iwai To: Andreas Mohr Cc: Maxim Levitsky , linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org, Kernel Testers List Subject: Re: [alsa-devel] Bugs on aspire one A150 In-Reply-To: <20090316212227.GA29471@rhlx01.hs-esslingen.de> References: <20090316160208.GB4458@rhlx01.hs-esslingen.de> <20090316170015.GA9776@rhlx01.hs-esslingen.de> <20090316173000.GA25647@rhlx01.hs-esslingen.de> <20090316180638.GB25647@rhlx01.hs-esslingen.de> <20090316212227.GA29471@rhlx01.hs-esslingen.de> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.3 (x86_64-suse-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2302 Lines: 58 At Mon, 16 Mar 2009 22:22:27 +0100, Andreas Mohr wrote: > > Hi, > > On Mon, Mar 16, 2009 at 09:28:39PM +0100, Takashi Iwai wrote: > > At Mon, 16 Mar 2009 19:06:38 +0100, > > Andreas Mohr wrote: > > > I just tried connecting a headset and switching to E-Mic. > > > What I can say is: > > > - opposite levels does NOT happen there (E-Mic is "analog micro"-based, right?) > > > - leaving E-Mic unplugged will actually record from i-Mic (due to properly > > > working EAPD mechanism, right?) > > > > The record from mic-jack is via analog path. The phase-inversion > > appears only for digital-mic, AFAIK. > > Thought so. > > > > One question still: is this a hardware defect (i.e. could this possibly > > > be swapped cables of the microphone connector in this model or so? > > > Not plausible but...), or is this an existing property > > > of the HDA's dig-mic base? You indicated it's the latter I think... > > > > My guess is that it's a hardware implementation. > > Maybe for the noise suppression via mic array. > > Not sure what this means. > > > The question is whether the left / right channels recorded from > > digital mic are really raw data, or they are for modified data > > (for differential, etc)... It's hard to guess without the actual > > data. > > I don't quite follow you here. Is there anything I could do about this? The mic array on a laptop is used for beam forming and noise suppressions. These require the software manipulation, of course. The question is what kind of data is read from the hardware. Thus, providing the raw streams for both mic inputs makes sense. Obviously the stream read from the codec chip is a PCM while usually the digital mic gives the output as PDM. So PDM -> PCM isn't needed here. But, still a question is why a phase inversion in the second channel. Whether it's intentional (e.g. to make the further conversion easier) or not. Would be interesting if you can figure out which digital-mic component is used on your laptop (and if we can have any chip information by luck). Takashi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/