ALSA et Realtek ALC3246 sur Ubuntu 16.04
Mon son ne fonctionne plus sur mon nouvel ordinateur portable Ubuntu (Dell XPS 13). Je double amorce Windows et Linux sur cette machine et j'ai eu quelques problèmes avec un manque total de son sous les deux systèmes d'exploitation. La solution pour Windows s’est avérée être un paramètre du BIOS (réglage de "Fastboot" sur "Complet"); Bien que je réalise que cela n’a rien à voir avec l’audio, c’était un problème connu.
Sur Ubuntu, l’absence de son est un peu plus stochastique. Au début, changer "Fastboot" en "Auto" dans les paramètres du BIOS semblait fonctionner, mais après une reprise de la mise en veille, le son a de nouveau disparu. En outre, immédiatement après la reprise, une boîte de dialogue apparaît et vous demande quel périphérique je viens de brancher (casque, etc.), alors que je n'ai en réalité rien branché. Cet article décrit un problème similaire et suggère qu'un redémarrage est la seule solution au problème. Remettre la source sonore en haut-parleurs et augmenter le volume avec alsamixer n'a aucun effet.
De plus, lorsque le son fonctionnait hier, les commandes de volume du système n’ont aucun effet sur le volume du son.
Je ne trouve aucune information spécifique pour cette carte son (Realtek ALC3246) sous Ubuntu.
Ma configuration système (utilisée avec le script d'informations ALSA) est ici:
http://www.alsa-project.org/db/?f=a480ccb1bd0b063871459b408e18be241cabfd9f
UPDATE:
J'ai essayé de forcer I2S en suivant les instructions ici . Aucun changement, mais j'utilise toujours le noyau modifié pour le moment.
Ensuite, j'ai trouvé ce qui suit erreur fatale dans dmesg:
[ 10.980953] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to single_cmd mode: last cmd=0x208f8100
Selon le lien, l'erreur est liée à la détection de codec et une solution possible consiste à forcer l'analyse de codecs particuliers. La combinaison ci-dessous force la détection du slot de codec 0:
options snd-hda-intel probe_mask=0x101
Cela semble avoir corrigé le son via les haut-parleurs, du moins pour le moment, et le correctif fonctionne toujours après un cycle de sommeil. De plus, les commandes de volume fonctionnent à nouveau, ce qui est un autre symptôme que je n'ai pas remarqué immédiatement (car le son était au mieux intermittent), mais qui posait un problème.
Le message d'erreur
[ 10.980953] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to single_cmd mode: last cmd=0x208f8100
est décrit ici comme se rapportant à un problème de détection de codec. Ajout de la ligne
options snd-hda-intel probe_mask=0x101
to /etc/modprobe.d/alsa-base.conf, qui force la détection du slot de codec 0 indépendamment de ce que le matériel rapporte, semble avoir résolu tous les problèmes liés aux haut-parleurs et au casque, et survit aux cycles de sommeil.