Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio Tesei <valerio.tesei@gmail.com>]

Il 11/04/2011 10:21, Valerio tesei ha scritto:

> 2011/4/10 Raymond Yau <superquad.vortex2@gmail.com>

>>

>> 2011/4/8 Valerio tesei <valerio.tesei@gmail.com>

>>

>>> Hi Raymond,

>>>

>>> I spent a little time reading sound documentation but doesn't find anything

>>> about how to apply a patch to snd-hda-intel, but it is needed? there is no

>>> an "patch auto detect"? i enable the patch option in HDA-Intel kernel

>>> config, this WE i will study more, Takashi could you please give me

>>> documentation about patch applying?

>>>

>>

>>

>> The easy way is to use Takashi 's daily snapshot

>> since there are a few patches related to alc892

>

> I'm using it.

> I must wait for a patch, hoping in Takashi? :)

> I think i will make some experiment on patch_realtek.c :)

> For the noise problem if i understand a little, could be a connection

> problem, i will try to graph it.

> For the capture problem i need to read more :)

>

>>

>>

>>>

>>> About the NVIDIA video card, do you think that the hdmi on NVIDIA could

>>> conflicts with the one in motherboard, creating the problem that I'm

>>> experiencing?

>>> I didn't check anything on kernel regarding HDMI, and i use an "edited"

>>> NVIDIA driver (by me) to build against 2.6.39 (only rename smp_lock.h to

>>> smp.h in the code) version is 270, taken from gentoo repos.

>>>

>>

>> you have to ask nvidia hdmi expert or asus forum

>>

>

> Seems to be a common problem from 2.6.37 with 267.10 driver, for the

> moment i will hope this does not create any problem.

> I'm not using hdmi on Mobo neither the one on Video card.

>

>>

>>

>>> To clarify my self

>>> - I *need* to apply alc662 patch to snd-hda-intel to test if commits work?

>>> - I *need* to solve problems with NVIDIA drivers to make my sound card

>>> work?

>>> (and if i must specify witch port nvidia must use how i could do that?)

>>> - alsaconf doesn't find my sound card, even when it works (crackly but

>>> works) is this problem linked to capture streams problems ?

>>>

>>>

>> No need to do anything if Takashi mention that model="auto" is used to

>> support 6stack motherboard

>>

>

> This mean that tecnicaly my sound card/motherboard must work with the

> patches that Takashi commited?

>

>>

>>> Some news:

>>> - after module loading I hear a big noise

>>> - after upgrade to Takashi's sound-2.6 kernel tree, i hear dx louder than

>>> sx

>>> - some times the sounds mute, after 7/10 seconds sound come back (no

>>> changes

>>> in alsamixer)

>>>

>>> I know that I'm completely usefulness and a little bit annoying, I'm

>>> reading

>>> about alsa devel but I gess is a little bit hard for me.

>>>

>>>

>>

>> [    7.111176] SKU: override=0x1

>> [    7.111385] hda_codec: ALC892: BIOS auto-probing.

>> [    7.111389] autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0)

>> --

>> [    7.116998] Cannot find slave PCM Playback Switch, skipped

>> [    7.117657] input: HDA Intel Headphone as

>> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4

>>

>> As you have specifed in BIOS setup that "Front Panel Connector" is [AC97]

>> and the BIOS seem set "Misc=NO_PRESENCE"

>>

>> why does the driver still create

>> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 for jack reporting ?

>>

>> Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out

>>  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0

>>  Amp-In vals:  [0x00 0x00]

>>  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1

>>  Amp-Out vals:  [0x00 0x00]

>>  Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger

>>    Vref caps: HIZ 50 GRD 80 100

>>  EAPD 0x2: EAPD

>>  Pin Default 0x02214120: [Jack] HP Out at Ext Front

>>    Conn = 1/8, Color = Green

>>    DefAssociation = 0x2, Sequence = 0x0

>>    Misc = NO_PRESENCE

>>  Pin-ctls: 0xc0: OUT HP VREF_HIZ

>>  Unsolicited: tag=00, enabled=0

>>  Power states:  D0 D1 D2 D3 EPSS

>>  Power: setting=D0, actual=D0

>>  Connection: 5

>>     0x0c 0x0d 0x0e 0x0f 0x26*

>>

>

> I disconnected the front panel, before install windows 7 to test if

> soundcard work, i was thinking that te problem was a short circuit.

> ___________________________________________

>> Alsa-devel mailing list

>> Alsa-devel@alsa-project.org

>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

>

> Takashi if you need debug or something else just ask.

I put "more verbose debug" into my kernel config, I'm starting to describe the issue:

my player is mplayer, I'm playing a divx by alsa output.

I tried the patch suggested by Raymond 

        if (codec->vendor_id == 0x10ec0892)

                spec->stream_analog_alt_capture = &alc880_pcm_analog_alt_capture;

Putted into sound/pci/hda/patch_realtek.c ,  function patch_acl662, but nothing changed, issues are the same.

After module is loaded big noise starts, at first right channel is muted, I hear realy disturbed and bass are crackly, after 10 minutes right channel start crack, after 10 minutes, right channel is low but sounds, only bass cracks, and high frequencies are clear.

Front-Panel is physicaly detached from motherboard, in bios is setted as "AC97", and S/P-DIF is setted as S/P-DIF

New alsa-info are this:

http://www.alsa-project.org/db/?f=cef5e8099352f29c70b20ae2853714a200cb37a4

-- 

Email: valerio.tesei@gmail.com

Cellulare: +39.3394768306

Gtalk: valerio.tesei@gmail.com

LinkedIn: http://www.linkedin.com/pub/valerio-tesei/22/a87/577