linux-kernel - Re: ALC883 recording troubles...

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]

Date:	Sat, 28 Jun 2008 15:46:59 +0200
From:	"Vegard Nossum" <vegard.nossum@...il.com>
To:	"Daniel J Blueman" <daniel.blueman@...il.com>
Cc:	"Romano Giannetti" <romano@....icai.upcomillas.es>,
	"Takashi Iwai" <tiwai@...e.de>,
	"Linux Kernel" <linux-kernel@...r.kernel.org>
Subject: Re: ALC883 recording troubles...

On Sat, Jun 28, 2008 at 3:24 PM, Daniel J Blueman
<daniel.blueman@...il.com> wrote:
> On Sat, Jun 28, 2008 at 1:39 PM, Vegard Nossum <vegard.nossum@...il.com> wrote:
>> On Sat, Jun 28, 2008 at 2:29 PM, Daniel J Blueman
>> <daniel.blueman@...il.com> wrote:
>>> Using your dumped config and
>>> ftp://202.65.194.211/pc/audio/ALC268_DataSheet_1.3.pdf page 42, your
>>> front mic pin complex is at node 19h; the mixers connecting to it are
>>> at nodes 0Bh, 22h and 23h, all at the second input index, so one of
>>> these should work:
>>>
>>> # ./hda-verb /dev/snd/hwC0D0 0x0b SET_AMP_GAIN_MUTE 0x7280
>>> # ./hda-verb /dev/snd/hwC0D0 0x22 SET_AMP_GAIN_MUTE 0x7280
>>> # ./hda-verb /dev/snd/hwC0D0 0x23 SET_AMP_GAIN_MUTE 0x7280
>>>
>>> On my ALC883, we need to mute the first input instead, thus 0x7180.
>>> Can you see if the above helps you out?
>>
>> Thanks for helping out!
>>
>> Unfortunately, none of these commands (with either 0x7180 or 0x7280)
>> seems to make any difference at all. (I tried various combinations,
>> with reloading the driver in-between to undo the trial attempts.)
>
> I made a mistake - the second input is selected by 0x7180, as the
> first is 0x7080...perhaps retry this with nodes 0Bh, 22h and 23h?
>

I did -- no difference.

> Failing that, these are the steps I'd try:
>  1. setup audio so as to reproduce input DC offset
>  2. start recording in audacity and observe DC offset
>  3. for each input of each mixer:
>  3.1 mute until you see the DC offset disappear
>
> ie for ALC268, mixer input amps at nodes (# inputs): 0Eh(1) 0Fh(2)
> 10h(3) 18h(1) 19h(1) 1Ah(1)
> ie:
>

Also no difference :-(

> Changes are real-time, so no need to restart anything. Once you've
> found which mixer input amp and input index stops the DC offset, reset
> the HD codec (eg reboot) and try just that one! I'm interested in
> hearing if this finds the issue...
>

The only result was the muting of playback.

But thanks for the hints, I'll try to look for other combinations that
might help too. If you have other ideas too, I'll be happy to try them
out!


Vegard

-- 
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
	-- E. W. Dijkstra, EWD1036
--
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/