[alsa-devel] Digital Input on ALC3661 (from laptop HDMI IN) not working under Linux

[Oliver Freyermuth]

>> I have an Alienware 17 laptop (sometimes called M17RX5) which has a
> Realtek ALC3661.
>>The problem I describe here should also be valid for the Alienware 18
> (all the late 2013 models, which are still the most current). At least
> some scattered forum reports suggest so.
> 
>>The card works almost perfect in Linux, but one functionality is
> missing: The laptop features an HDMI input, and the Realtek card is
> supposed to take care of the incoming digital audio.
> This works fine in Windows, but in Linux, I only get the video and the
> audio stays missing.
> 
>> Here you can find my alsa-info:
> http://www.alsa-project.org/db/?f=0a0502e49212a0436a30fde9d4ee56163bbc2ebc
> 
> The only digial input is node 0x0a
> 
> Try hda-jack-retask to change node 0x1f  with pin default [Jack] digital In

Thanks a lot for your suggestion!
I tried, 0x0a stays as "not present" but I can select it in alsa-mixer
as expected. Sadly, I can only record silence.
Also setting Jack Detection to "Present" in the advanced overrides of
hdajackretask did not help.

Do you have further ideas / is there more information I can provide /
collect?

Cheers,
Oliver

> 
> Node 0x0a [Audio Input] wcaps 0x100791: Stereo Digital
>   Converter: stream=0, channel=0
>   SDI-Select: 0
>   Digital:
>   Digital category: 0x0
>   IEC Coding Type: 0x0
>   PCM:
>     rates [0x570]: 32000 44100 48000 96000 192000
>     bits [0xe]: 16 20 24
>     formats [0x1]: PCM
>   Unsolicited: tag=00, enabled=0
>   Power states:  D0 D1 D2 D3 EPSS
>   Power: setting=D0, actual=D0
>   Connection: 1
>      0x1f
> 
> Node 0x1f [Pin Complex] wcaps 0x400681: Stereo Digital
>   Pincap 0x00000020: IN
>   Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
>     Conn = 1/8, Color = Black
>     DefAssociation = 0xf, Sequence = 0x0
>     Misc = NO_PRESENCE
>   Pin-ctls: 0x20: IN
>   Unsolicited: tag=00, enabled=0
>   Power states:  D0 D1 D2 D3 EPSS
> 
>>In Windows, I observe the HDMI-IN audio routing to the speakers is only
> done if the Realtek Audio Service is running. In Linux, I observe
> keypress-events when I either switch manually to the HDMI-in signal and also
> if a new signal is detected (something (the UEFI?) injects a keypress
> then).
> I assume the service in Windows catches these events and changes
> "something" in the Realtek Audio Settings. I see no special recording
> device in Windows, nor any explicit HDMI-input setting, nor any related
> setting in the driver. Dell links a standard Realtek driver in their
> support section.
> 
>>Note the laptop has a single HDMI connector which can be used both for
> input and output (so the nvidia-card
> also shows one HDMI-out). The second NVIDIA audio out is very likely
> from the mini-display-port of the
> laptop.
> 


-- 
Oliver Freyermuth
Physikalisches Institut der Universität Bonn
Nußallee 12
53115 Bonn
--
Raum W 0.018 (W152), Tel.: 0228 73 3697
--