Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753158AbYKXOf1 (ORCPT ); Mon, 24 Nov 2008 09:35:27 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752546AbYKXOfN (ORCPT ); Mon, 24 Nov 2008 09:35:13 -0500 Received: from cantor2.suse.de ([195.135.220.15]:47090 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752471AbYKXOfL (ORCPT ); Mon, 24 Nov 2008 09:35:11 -0500 Date: Mon, 24 Nov 2008 15:35:10 +0100 Message-ID: From: Takashi Iwai To: Maxim Levitsky Cc: Andreas Mohr , 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: <492856C2.8000707@gmail.com> References: <20081109151323.GA18705@rhlx01.hs-esslingen.de> <20081109200929.GA29333@rhlx01.hs-esslingen.de> <491B0D38.1050207@gmail.com> <20081112180519.GA21919@rhlx01.hs-esslingen.de> <491DBDEA.9010104@gmail.com> <492856C2.8000707@gmail.com> 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: 3224 Lines: 81 At Sat, 22 Nov 2008 21:00:18 +0200, Maxim Levitsky wrote: > > Maxim Levitsky wrote: > > Andreas Mohr wrote: > >> Hi, > >> > >> On Wed, Nov 12, 2008 at 07:07:04PM +0200, Maxim Levitsky wrote: > >>> I pretty much studied the datasheet and driver, and this is what I > >>> found: > >>> btw, my acer 5720 and aspire one share same ALC268. > >>> Some stuff is trivially fixable, some seems to be unfixable at all: > >> > >> Wow, what an extremely in-depth analysis! > >> I just intended to dive into getting mic routing corrected myself, > >> thus you saved me a lot of time! > >> > >>> model=acer is used on my regular laptop. > >>> model-acer-aspire is used on aspire one laptop, and it needs to be > >>> renamed, as both are aspire. > >> > >> +1 (your analysis of both being rather different - as already pondered - > >> confirms this necessity) > >> > >>> And now for unfixable problems: > >>> > >>> 1) There is strong DC offset on all inputs. > >>> it is even different on left/right and depends on capture volume. > >>> I tried to change the VREF only param that could help, but it doesn't. > >>> I feel that this is hardware flaw. > >>> (It is possible that voltage on inputs is created by circuit made by > >>> acer, and then ALC268 amplifies it.) > >> > >> Sounds like really bad circuit design then. > >> One would think that the Intel HDA architecture might have builtin > >> measures to compensate for this if needed? DC offset issues on > >> soundcards aren't exactly a new phenomenon after all... > >> > >>> Lastly I noticed that datasheet mentions so called 'coefficients': > >>> the codecs exposes lots of internal and undocumented registers using > >>> set address/ get/set value scheme. > >>> maybe some of above bugs are fixable there, but ether realtek has to > >>> provide data for that or reverse engineering of > >>> windows driver is required. > >> > >> I've actually had a peek at the .inf files since I thought that it would > >> already contain register values in those registry keys that it creates on > >> install, but yeah, that's all in-driver it seems. > >> Probably time to ask Acer about specifics, especially since I didn't spot > >> any hda-intel changes in their linux-2.6.23.9lw source. > >> > >> Thank you very much, > >> > >> Andreas Mohr > > > > Small update: > > > > 1) The dc offset isn't present on aspire one, really is a circuit design > > bug I guess 2) Internal mic works perfectly on aspire one, can reproduce > > the strange behaver at all, > > Probably this was mixer bug. > Finally, I found how to reproduce that bug, > I mean to get normal volume on internal mic, I have to increase volume > only on left or right channel. > > So, this happens always, and _only_ when recording _mono_ sound from internal > mic. > > Since hardware doesn't support hardware mono input, tested with -D hw:0 > I suspect this to be alsa-lib bug, any ideas? > Happens with arecord -D plughw:0 -c1 . What does show with -v option? 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/