linux-kernel - Re: [alsa-devel] Bugs on aspire one A150

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <491DBDEA.9010104@gmail.com>
Date:	Fri, 14 Nov 2008 20:05:30 +0200
From:	Maxim Levitsky <maximlevitsky@...il.com>
To:	Andreas Mohr <andi@...as.de>
CC:	Takashi Iwai <tiwai@...e.de>, linux-kernel@...r.kernel.org,
	alsa-devel@...a-project.org,
	Kernel Testers List <kernel-testers@...r.kernel.org>
Subject: Re: [alsa-devel] Bugs on aspire one A150

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.

So aspire one support is almost, only need to add support to restore beep volume
after resume.


Best regards,
	Maxim Levitsky


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/