Re: Realtek ALC662 issues - Intel DG41CN

Re: Realtek ALC662 issues - Intel DG41CN

[Raymond Yau]

> I have recently installed Fedora 21 Mate on my desktop which runs on
Intel DG41CN motherboard with Realtek ALC662 Audio. Prior to this I
was running Linux Mint. It was working all fine then, I may have fixed
it when I had installed Mint two years ago but I do not remember what
was done then. I also run Windows 7 on the same machine and there is
no problem with the audio.

> So the problem I have is that there is no sound from my speakers. A
few times, there is a little "choppy" sound but thats it. When I put
the headphones on, the sound is there.

> I must also mention that I also installed Ubuntu Mate on it and faced
the same problem.

> I have run the Alsa diagnostic tool and the output is uploaded here:
http://www.alsa-project.org/db/?f=1f6dd98e26f68e890258fa2fe5eb08ee343c5c13

>I will really appreciate any help. I am stuck bad here..

Any reason to use asus-mode1 ?

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_realtek.c?id=53c334add1e57bf96aec9b1fd927ff7746a7cb79

Seem asus-mode1 is a broken pin fixup since node 0x21 is not any pin complex

Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono

+ [ALC662_FIXUP_ASUS_MODE1] = {
+ .type = ALC_FIXUP_PINS,
+ .v.pins = (const struct alc_pincfg[]) {
+ { 0x14, 0x99130110 }, /* speaker */
+ { 0x18, 0x01a19c20 }, /* mic */
+ { 0x19, 0x99a3092f }, /* int-mic */
+ { 0x21, 0x0121401f }, /* HP out */
+ { }
+ },
+ .chained = true,
+ .chain_id = ALC662_FIXUP_SKU_IGNORE
+ },

Line out is muted when headphone jack is plugged

control.30 {
iface CARD
name 'Front Headphone Jack'
value true
comment {
access read
type BOOLEAN
count 1
}
}

Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
  Control: name="Speaker Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Control: name="Speaker Phantom Jack", index=0, device=0
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Pincap 0x0001003c: IN OUT HP EAPD Detect
  EAPD 0x2: EAPD
  Pin Default 0x01014010: [Jack] Line Out at Ext Rear
    Conn = 1/8, Color = Green
    DefAssociation = 0x1, Sequence = 0x0
  Pin-ctls: 0x00:
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x0c

Re: Realtek ALC662 issues - Intel DG41CN

[Raymond Yau]

>
>
> Well, I was just trying different modes. The last one was ASUS-MODE1.
Before this I tried the "laptop" mode and the "generic" one, both of which
did not work.
>
> What do you suggest?

You don't need any model since the pin defaults of your Intel DG41CN  are
correct unless you want to use CD audio in connector

!!Sysfs Files
!!-----------

/sys/class/sound/hwC0D0/init_pin_configs:
0x14 0x01014010
0x15 0x411111f0
0x16 0x411111f0
0x18 0x01a19840
0x19 0x02a19c50
0x1a 0x0181304f
0x1b 0x02214c20
0x1c 0x593301f0
0x1d 0x4004c601
0x1e 0x01441130

Node 0x1c [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x00000020: IN
  Pin Default 0x593301f0: [N/A] CD at Int ATAPI
    Conn = ATAPI, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x20: IN

http://www.intel.com/support/motherboards/desktop/dg41cn/sb/CS-031343.htm

You should check the front audio panel of your computer chassis if jack
state of headphone is alway plugged

http://www.intel.com/support/motherboards/desktop/sb/cs-015851.htm

http://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems

You have to provide pulseaudio verbose log

Default setting support multi channels but NO headphone playback volume
control

http://www.intel.com/support/motherboards/desktop/sb/CS-034198.htm

You can disable multi channels by using early patching and hint multi_io=0
to get back the headphone playback volume control

- multi_io (bool): try probing multi-I/O config (e.g. shared
  line-in/surround, mic/clfe jacks)

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt

>>
>> > I have recently installed Fedora 21 Mate on my desktop which runs on
>> Intel DG41CN motherboard with Realtek ALC662 Audio. Prior to this I
>> was running Linux Mint. It was working all fine then, I may have fixed
>> it when I had installed Mint two years ago but I do not remember what
>> was done then. I also run Windows 7 on the same machine and there is
>> no problem with the audio.
>>
>> > So the problem I have is that there is no sound from my speakers. A
>> few times, there is a little "choppy" sound but thats it. When I put
>> the headphones on, the sound is there.
>>
>> > I must also mention that I also installed Ubuntu Mate on it and faced
>> the same problem.
>>
>> > I have run the Alsa diagnostic tool and the output is uploaded here:
>>
http://www.alsa-project.org/db/?f=1f6dd98e26f68e890258fa2fe5eb08ee343c5c13
>>
>> >I will really appreciate any help. I am stuck bad here..
>>
>> Any reason to use asus-mode1 ?
>>
>>
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_realtek.c?id=53c334add1e57bf96aec9b1fd927ff7746a7cb79
>>
>> Seem asus-mode1 is a broken pin fixup since node 0x21 is not any pin
complex
>>
>> Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono
>>
>> + [ALC662_FIXUP_ASUS_MODE1] = {
>> + .type = ALC_FIXUP_PINS,
>> + .v.pins = (const struct alc_pincfg[]) {
>> + { 0x14, 0x99130110 }, /* speaker */
>> + { 0x18, 0x01a19c20 }, /* mic */
>> + { 0x19, 0x99a3092f }, /* int-mic */
>> + { 0x21, 0x0121401f }, /* HP out */
>> + { }
>> + },
>> + .chained = true,
>> + .chain_id = ALC662_FIXUP_SKU_IGNORE
>> + },
>>
>> Line out is muted when headphone jack is plugged
>>
>> control.30 {
>> iface CARD
>> name 'Front Headphone Jack'
>> value true
>> comment {
>> access read
>> type BOOLEAN
>> count 1
>> }
>> }
>>
>> Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
>>   Control: name="Speaker Playback Switch", index=0, device=0
>>     ControlAmp: chs=3, dir=Out, idx=0, ofs=0
>>   Control: name="Speaker Phantom Jack", index=0, device=0
>>   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
>>   Amp-Out vals:  [0x80 0x80]
>>   Pincap 0x0001003c: IN OUT HP EAPD Detect
>>   EAPD 0x2: EAPD
>>   Pin Default 0x01014010: [Jack] Line Out at Ext Rear
>>     Conn = 1/8, Color = Green
>>     DefAssociation = 0x1, Sequence = 0x0
>>   Pin-ctls: 0x00:
>>   Unsolicited: tag=00, enabled=0
>>   Connection: 1
>>      0x0c
>
>

Re: Realtek ALC662 issues - Intel DG41CN

[Raymond Yau]

>
> >> You don't need any model since the pin defaults of your Intel DG41CN
are correct unless you want to use CD audio in connector
>
> Originally, after the install there was no "model" there. It did not work
even then. This entry that you see is because of my trials to make it work.

You have to post output of alsa-info.sh without specify any model

>
> >>You should check the front audio panel of your computer chassis if jack
state of headphone is alway plugged
> Don't think that is the case. Because it works just fine on the Windows
OS. In fact, as I have mentioned, there is some choppiness/stutter sound
that I hear occasionally when I play in right now on Fedora/Ubuntu (while
most of the time there is no sound). This behaviour goes away when I put
the headphone (and then there is no sound at all from the main speaker)

Do the front panel headphone still work when you use rear panel jacks for
5.1 sound in windows ?

>
> >>You have to provide pulseaudio verbose log
> Pulseaudio is not a problem because I tested it by killing Pulseaudio
too. The same problem persists. Though, if you insist I can surely get you
the output.

Killing pulseaudio won't work since it can auto-spwan

http://lists.freedesktop.org/archives/pulseaudio-discuss/2015-March/023568.html

Check the pulseaudio verbose log , as your line out and headphone share the
same playback volume control, dB min of line out path and headphone path
should be same value

http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/src/modules/alsa/mixer/paths/analog-output-headphones.conf?id=96369919e5100865e2469e42fb8f4b8e38e41aef
<http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths/analog-output-headphones.conf>
http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths/analog-output-headphones.conf

If Front is shared by HP and Line out,
Why set volume to zero dB ?
volume should remain unchanged , only need to restore save values after
reboot

>
> >>You can disable multi channels by using early patching and hint
multi_io=0  to get back the headphone playback volume contro
> How do I do that? Appreciate your help here!
>
>
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt

Codec: Realtek ALC662 rev1
Address: 0
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x10ec0662
Subsystem Id: 0x8086434e
Revision Id: 0x100101

Early Patching
~~~~~~~~~~~~~~
When CONFIG_SND_HDA_PATCH_LOADER=y is set, you can pass a "patch" as a
firmware file for modifying the HD-audio setup before initializing the
codec.  This can work basically like the reconfiguration via sysfs in the
above, but it does it before the first codec configuration.

A patch file is a plain text file which looks like below:

------------------------------------------------------------------------
  [codec]
  0x12345678 0xabcd1234 2

  [hint]
  multi_io = no
------------------------------------------------------------------------

The file needs to have a line `[codec]`.  The next line should contain
three numbers indicating the codec vendor-id (0x12345678 in the example),
the codec subsystem-id (0xabcd1234) and the address (2) of the codec.  The
rest patch entries are applied to this specified codec until another codec
entry is given.  Passing 0 or a negative number to the first or the second
value will make the check of the corresponding field be skipped.  It'll be
useful for really broken devices that don't initialize SSID properly.

The hd-audio driver reads the file via request_firmware().  Thus,
a patch file has to be located on the appropriate firmware path,
typically, /lib/firmware.  For example, when you pass the option
`patch=hda-init.fw`, the file /lib/firmware/hda-init.fw must be
present

Post output of alsa-info.sh after you reboot with early patching

You will get headphone playback volume control but loss those surround ,
center and lfe playback volume controls

http://www.intel.com/support/motherboards/desktop/sb/CS-034206.htm

Seem your motherboard does not support multistreaming as it is not in the
supported list

Do this mean that indep_hp should be explicitly disabled for alc662 ?