snd-hda-intel et le HP Envy 17
Je sais donc que autrepersonnes ont eu problèmes avec audio sur les cahiers de la série Envy. Cependant, le HP Envy 17-3200 (4 haut-parleurs et un woofer) est très peu utilisé. À la lumière de cela, j'ai eu beaucoup de difficulté à faire en sorte que le son fonctionne correctement. Mais plus que cela, je ne sais même pas si le son peut fonctionner correctement avec les modules du noyau actuels ou si quelqu'un devra quelque part coder.
La carte est donnée par:
$ cat/proc/asound/card0/codec # 0 | grep Codec Codec: IDT 92HD91BXX
Maintenant, cette carte n'apparaît pas dans la liste des cartes compatibles . Cependant, toutes les fonctionnalités peuvent être obtenues en utilisant une combinaison de différentes cartes supportées (et c'est là que ça devient bizarre).
Deux des quatre tweeters fonctionnent immédiatement, mais une série d'erreurs du noyau est envoyée par snd-usb-audio, qui tente de contrôler le subwoofer.
Mettre en liste noire snd-usb-audio et régler le modèle de snd-hda-intel sur 'ref' permet aux haut-parleurs internes (y compris le caisson de basse) de fonctionner. Cependant, il est impossible de mettre en sourdine les haut-parleurs internes sans mettre également les écouteurs en sourdine. Si le modèle est réglé sur une valeur raisonnable autre que "ref" (y compris "auto"), les haut-parleurs internes seront mis en sourdine correctement lorsque les écouteurs sont branchés, mais le subwoofer ne fonctionnera pas.
Je peux exécuter un script pour changer de modèle au moment de l'exécution à chaque fois que je branche un casque, mais cela nécessite des privilèges de superutilisateur et c'est quelque chose que je ne devrais tout simplement pas avoir à faire. J'ai soumis n rapport de bogue à kernel.org , mais je suis de moins en moins sûr que ce soit correct de le faire.
Ce problème existe également sous Arch et Fedora. Pensées?
Wow, ça a pris beaucoup de temps à résoudre.
À partir de Linux 3.10 (j’utilise maintenant ArchLinux plutôt que Ubuntu), le pilote snd-hda-intel fonctionnera automatiquement correctement avec les prises casque (c.-à-d. Que les haut-parleurs internes se désactiveront correctement lorsque le casque sera branché), mais le subwoofer est supposé fonctionner correctement. être branché sur le mauvais port. Vous pouvez corriger cela en manipulant manuellement le port auquel le haut-parleur de graves est branché en utilisant hdajackretask dans alsa-tools-gui (pour moi, c'était 0x10). L'outil fournit également le moyen d'en faire une option de démarrage afin que ce processus n'ait pas besoin d'être répété.