Chipset de áudio Realtek ALC1220 no Linux Mint 18.1

1

Eu acabei de montar um novo computador com uma nova placa-mãe que suporta um processador Intel Kaby Lake. Esta placa-mãe tem um chipset Realtek ALC1220 (S1220A) para áudio. Depois de instalar o Linux Mint 18.1, infelizmente notei que o som não está funcionando. Nenhuma placa de som é detectada, seja qual for a minha tentativa. A configuração do som apenas mostra um dispositivo fictício.

user@linux-mint ~ $ aplay -l
   aplay: device_list:268: no soundcards found...

user@linux-mint ~ $ lspci -knn | grep -i -A4 Audio
   00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a2f0]
   Subsystem: ASUSTeK Computer Inc. Device [1043:8723]
   Kernel driver in use: snd_hda_intel
   Kernel modules: snd_hda_intel
   00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:a2a3]

Placa-mãe: Asus ROG STRIX H270I GAMING
Chipset de áudio: CODEC de alta definição de áudio de 8 canais ROG SupremeFX S1220A
Linux Distro: Linux Mint 18.1
Kernel atual: 4.11.6

O que eu tentei?

De acordo com link e Realtek S1220A no Linux Mint 18.1 O suporte para o chipset S1220A foi introduzido no Linux Kernel 4.11. O Linux Mint 18.1 vem com o kernel 4.4, mas tem a opção de atualizar para o kernel 4.9 através do Update Manager. No entanto, ao fazer isso e depois reinstalar todas as coisas ALSA não teve efeito, ainda não foi detectado nenhum dispositivo de áudio. Então eu decidi instalar o kernel 4.11.6 usando o UKUU. A instalação parece estar concluída sem erros, e depois de atualizar o GRUB, meu sistema inicializa o Mint com o novo kernel:

user@linux-mint ~ $ uname -r
   4.11.6-041106-generic

Também há relatos de pessoas que usaram o chipset de áudio ALC1220 trabalhando no kernel 4.9.

Também achei algumas dicas de que isso poderia estar relacionado às configurações do UEFI. Sendo um não-especialista nisso, eu tentei desabilitar o UEFI e as configurações de compatibilidade / legado antes de inicializar o meu sistema, no entanto, nada disso parece ter qualquer efeito.

Alguém tem alguma idéia de como posso obter som no Linux Mint com este chipset?

Atualização 1:

dmesg | grep snd retorna o seguinte:

[    4.951807] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
[    4.951966] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    5.079301] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
[    5.080811] snd_hda_intel 0000:00:1f.3: no codecs found!

Atualização 2:

Continuando o @dirkt, aconselhamos verificar o probe_mask , eu tentei:

sudo modprobe -r snd_hda_intel
sudo modprobe snd_hda_intel probe_mask=0x1ff

Em seguida, a verificação de dmesg não parece algo alterado:

[  374.653091] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0xff
[  374.653126] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[  374.763149] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
[  374.764764] snd_hda_intel 0000:00:1f.3: no codecs found!
    
por verified.human 27.06.2017 / 23:54

2 respostas

0

Resposta parcial:

Eu olhei para o patch ALC 1220 , e Ele apenas adiciona a mesma correção para o ALC 882 (que é usado por um grande número de codecs).

Mas seu problema parece ser que a comunicação com o chip Codec não funciona. O driver placa de som snd_hda_intel carrega, recebe um único erro de tempo limite, mas não o segundo, então algo funciona, mas não consegue encontrar nenhum codec. Por isso, nunca chega ao estágio em que o patch seria relevante.

Idéias:

1) Procure na BIOS se há alguma configuração para a placa de som. Talvez mudar alguma coisa aqui faça o trabalho de comunicação do codec.

2) O HD-Audio.txt diz que você pode forçar a pesquisa se o BIOS estiver quebrado:

On a machine with a broken BIOS, sometimes you need to force the driver to probe the codec slots the hardware doesn't report for use. In such a case, turn the bit 8 (0x100) of probe_mask option on. Then the rest 8 bits are passed as the codec slots to probe unconditionally. For example, probe_mask=0x103 will force to probe the codec slots 0 and 1 no matter what the hardware reports.

Então tente como root

modprobe -r snd_hda_intel
modprobe snd_hda_intel probe_mask=0x1ff

e veja o que acontece em dmesg .

3) Se nada ajudar, arquive um bug com os desenvolvedores da ALSA e veja se eles têm alguma idéia.

    
por 28.06.2017 / 09:51
0

Consegui corrigir este problema para a minha configuração.

Eu tenho o mesmo chipset e depois de várias horas andando em círculos (eu apliquei o patch realtek, forcei os drivers alsa a reiniciar etc, como mencionado em outros lugares etc. etc.) Eu finalmente consegui fazer meu som funcionar.

Eu usei o alsamixer através do seguinte comando do terminal:

alsamixer

Pressione F6 para selecionar 'HD Audio Generic' (ou qualquer opção que corresponda ao seu chip realtek).

Depois de verificar que nenhuma das entradas foram silenciadas (indicadas por MM e ajustadas pressionando a tecla 'M'), eventualmente alterei 'AutoMute' Enabled para Disabled usando a tecla de seta para baixo. De repente eu tive Foo Fighters explodindo dos meus alto-falantes.

Espero que isso ajude alguém.

    
por 10.10.2018 / 12:34