AUCUN SON
- Anmelden oder Registrieren um Kommentare zu schreiben
Bonjour ou bonsoir,
Je viens d'installer Aramo sur mon nouveau portable et je n'ai aucun son.
eric@eric-X1CG10:~$ lspci | grep -i audio
00:1f.3 Audio device: Intel Corporation Alder Lake PCH-P High Definition Audio Controller (rev 01)
eric@eric-X1CG10:~$
eric@eric-X1CG10:~$ cat /proc/asound/pcm
eric@eric-X1CG10:~$
A noter: version 11.0.1 - 64-bit, noyau linux 6.14.0-gnu x86_64
| Anhang | Größe |
|---|---|
| Capture du 2025-03-29 14-00-42.png | 950.58 KB |
D'avance, merci pour votre aide :)
Quelles options sont disponibles dans l'onglet "Matériel" des préférences du son?
Et que dit :
$ lspci -v | grep snd
lspci -v | grep snd
Kernel modules: snd_hda_intel, snd_soc_avs, snd_sof_pci_intel_tgl
Aucune option (cf. fichier attaché)
D'après lspci, aucun pilote n'est chargé. Pour quelques indices de plus :
$ sudo aplay -l
$ sudo dmesg | grep -E "avs|sof"
Sinon, as-tu essayé, sans autre modification, avec le noyau par défaut de Trisquel 11 (5.15.0-*) ?
Voici le résultat des commandes exécutées sous 6.14 :
eric@eric-X1CG10:~$ sudo aplay -l
aplay: device_list:274: aucune carte son n'a été trouvée...
eric@eric-X1CG10:~$
eric@eric-X1CG10:~$ sudo dmesg | grep -E "avs|sof"
[ 0.065449] software IO TLB: area num 16.
[ 1.574495] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 1.574497] software IO TLB: mapped [mem 0x000000007e128000-0x0000000082128000] (64MB)
[ 1.897666] integrity: Loaded X.509 cert 'Microsoft Windows Production PCA 2011: a92902398e16c49778cd90f99e4f9ae17c55af53'
[ 5.821747] sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
[ 5.821832] sof-audio-pci-intel-tgl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 5.829558] sof-audio-pci-intel-tgl 0000:00:1f.3: use msi interrupt mode
[ 5.875068] sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 5
[ 5.875073] sof-audio-pci-intel-tgl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
[ 5.875075] sof-audio-pci-intel-tgl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
[ 5.875077] sof-audio-pci-intel-tgl 0000:00:1f.3: BT link detected in NHLT tables: 0x4
[ 5.875079] sof-audio-pci-intel-tgl 0000:00:1f.3: DMICs detected in NHLT tables: 4
[ 5.875338] sof-audio-pci-intel-tgl 0000:00:1f.3: SOF firmware and/or topology file not found.
[ 5.875341] sof-audio-pci-intel-tgl 0000:00:1f.3: Supported default profiles
[ 5.875342] sof-audio-pci-intel-tgl 0000:00:1f.3: - ipc type 0 (Requested):
[ 5.875343] sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware file: intel/sof/sof-adl.ri
[ 5.875344] sof-audio-pci-intel-tgl 0000:00:1f.3: Topology file: intel/sof-tplg/sof-hda-generic-4ch.tplg
[ 5.875345] sof-audio-pci-intel-tgl 0000:00:1f.3: Check if you have 'sof-firmware' package installed.
[ 5.875346] sof-audio-pci-intel-tgl 0000:00:1f.3: Optionally it can be manually downloaded from:
[ 5.875347] sof-audio-pci-intel-tgl 0000:00:1f.3: https://github.com/thesofproject/sof-bin/
[ 5.875815] sof-audio-pci-intel-tgl 0000:00:1f.3: error: sof_probe_work failed err: -2
eric@eric-X1CG10:~$
Je suis allé sur github.com afin de récupérer le package 'sof-firmware" mais j'avoue je ne sais pas comment faire (quelle version ? la v2.9 for Intel Arrow Lake semble correspondre. Quel(s) fichier(s) ? Comment l'installer ?, etc).
J'ai démarré à partir du noyau 5.15.0-135-generic comme tu me l'as suggéré et, lorsque j'exécute un fichier mp3, ma session se déconnecte purement et simplement (ce qui n'est pas le cas sous 6.14.0-gnu : le logiciel audio se lançait et exécutait le mp3 sans le son).
Prospero,
Problème résolu ! :)
J'ai téléchargé depuis github.com le release package 'sof-bin-2025.01.tar.gz puis j'ai exécuté le shell install.sh en lançant au préalable les commandes suivantes, exceptées les 'mv' car aucun pilote audio Intel n'était installé:
tar zxf sof-bin-2023.09.tar.gz
cd sof-bin-2025.01
(lire ici le contenu des fichiers README.md et install.sh)
sudo mv /lib/firmware/intel/sof* some_backup_location/
sudo mv /usr/local/bin/sof-* some_backup_location/ # optional
sudo ./install.sh
Enfin, redémarrer le pc.
Le résultat, en fichier attaché.
Un grand merci à toi, Prospero :)
Le micrologiciel que tu as installé n'est pas libre : https://metadata.ftp-master.debian.org/changelogs//non-free-firmware/f/firmware-sof/firmware-sof_2025.01-1_copyright
Et c'est le drame... Il semblerait en effet que le module snd_sof_pci_intel_tgl tente de charger un firmware non fourni par Trisquel car non-libre. Je serais tenté de voir si le son fonctionne correctement avec snd_hda_intel, en mettant les deux autres modules en liste noire :
$ echo blacklist snd_soc_avs | sudo tee -a /etc/modprobe.d/blacklist.conf
$ echo blacklist snd_sof_pci_intel_tgl | sudo tee -a /etc/modprobe.d/blacklist.conf
$ sudo update-initramfs -u
$ sudo reboot
Je viens de prendre connaissance de vos messages. Merci.
J'ai donc mis les deux modules en liste noire et je n'ai plus de son.
Tu pourrais essayer en ajoutant cette option :
$ echo options snd-intel-dspcfg dsp_driver=1 | sudo tee -a /etc/modprobe.d/alsa-base.conf
D'après la doc du project SOF, cela pourrait permettre de charger le driver HDA.
Je viens d'ajouter l'option et le son est à nouveau dispo. Merci.
Matériel : Audio interne
eric@eric-X1CG10:~$ lspci -v | grep -i audio
00:1f.3 Audio device: Intel Corporation Alder Lake PCH-P High Definition Audio Controller (rev 01) (prog-if 80)
eric@eric-X1CG10:~$
eric@eric-X1CG10:~$ lspci -v | grep snd
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_soc_avs, snd_sof_pci_intel_tgl
eric@eric-X1CG10:~$
Bonne nouvelle ! Et merci pour ton retour, d'autant que la situation risque malheureusement de se produire de plus en plus souvent. J'ai un doute concernant l'entrée micro, qui pourrait ne pas être prise en charge par ce pilote. Je n'ai pas trouvé de piste pour résoudre le problème, sauf à le contourner en passant en USB.
À propos de carte son et d'USB, est-ce que quelqu'un ici aurait eu l'occasion de tester l'un de ces deux adaptateurs :
https://www.thinkpenguin.com/gnu-linux/penguin-usb-20-external-stereo-sound-adapter-gnu-linux-tpe-usbsound
https://www.thinkpenguin.com/gnu-linux/35mm-usb-c-audio-adapter-gnu-linux-tpe-ngkgad
Bonne nouvelle ! Et merci pour ton retour, d'autant que la situation risque malheureusement de se produire de plus en plus souvent.
Oui. Par conséquent, il serait bon de documenter la solution avec une nouvelle page de manuel titrée « Son avec un processeur Intel de génération 11 ou plus » (ou quelque chose du genre) sur https://trisquel.info/fr/wiki et/ou sur https://trisquel.info/en/wiki
Pourrais-tu la rédiger riquet607 ? Tu as l’avantage de pouvoir vérifier que ce qui y est écrit est correct. https://trisquel.info/fr/filter/tips liste les balise de mise en forme utilisables.
Voici une ébauche de documentation en fichier attaché.
Je vous laisse le soin de le contrôler et vous remercie de créer une page du manuel sur le wiki de Trisquel.
| Anhang | Größe |
|---|---|
| AUDIO.pdf | 55.41 KB |
Merci pour cette synthèse.
D'après les discussions récentes de l'équipe du noyau Linux-libre à ce sujet, ce paquet pourrait être considéré comme libre. Freedo ne semble donc pas être d'accord avec Debiano, qui considère tout cela comme du micrologiciel non-libre car devant être signé par Intel (et vérifié par ME) pour être fonctionnel - mais l'installe néanmoins sans hésitation ni question.
Par prudence, l'équipe Trisquel préfère désactiver les messages renvoyant l'utilisateur vers des ressources externes (et donc hors du contrôle de Trisquel). En ce qui me concerne, je préfère essayer de conserver le matériel pour lequel existent des solutions libres univoques aussi longtemps que possible, et le cas échéant me passer de signature en utilisant les pilotes historiques (HDA pour le son par exemple) ou USB.
D'après les discussions récentes de l'équipe du noyau Linux-libre à ce sujet, ce paquet pourrait être considéré comme libre.
Une référence à la discussion ou/et au code source du micrologiciel ? Si c’est bien correct, qui fait face à une absence de son avec un processeur Intel récent pourrait simplement télécharger puis installer le paquet firmware-sof-signed.deb en ignorant sa classification par le projet Debian. Par conséquent, ce serait plutôt cela que le manuel devrait conseiller.
Sur la page vers laquelle pointe le lien que tu as toi-même posté au #7 ci-dessus :
"Source code is available at https://github.com/thesofproject but the binaries produced must be Intel signed to be useful and functional with most hardware."
La discussion a eu lieu sur l'IRC de gnu-linux-libre, je n'en ai eu que le dernier message mais la référence à la conclusion est disponible ici:
https://gitlab.trisquel.org/trisquel/package-helpers/-/issues/203#note_13183
Ma propre interprétation est que nous sommes en effet ici typiquement dans un cas de tivoïsation, ce qui explique que Trisquel ne peut pas le distribuer :
https://www.gnu.org/philosophy/tivoization.fr.html
I am a translator!
Ca marche aussi sur mon T14s, chouette!
J'ai rapidement testé l'enregistrement d'une vidéo, pas de son sans brancher de kit micro casque, mais son enregistré avec.
> À propos de carte son et d'USB, est-ce que quelqu'un ici aurait eu l'occasion de tester l'un de ces deux adaptateurs :
> https://www.thinkpenguin.com/gnu-linux/penguin-usb-20-external-stereo-sound-adapter-gnu-linux-tpe-usbsound
> https://www.thinkpenguin.com/gnu-linux/35mm-usb-c-audio-adapter-gnu-linux-tpe-ngkgad
Le 2ème testé ok juste maintenant. J'ai aussi un adaptateur qui ressemble au premier mais je ne suis pas sûr ou je l'ai achété, peut-être chez Vikings et pas ThinkPenguin. Celui-là marche mais pas testé en enregistrement parce que je n'ai pas de micro indépendant disponible. J'ai surtout utilisé le deuxième qui m'a plusieurs fois dépanné quand je n'arrivais pas à utiliser le micro interne d'un PC.
"Néanmoins, j'ai un tout petit adaptateur USB-C vers micro casque, que j'avais utilisé sur un appareil Android, si je le branche sur une des 2 prises USB-C, je vois apparaître « UC02 Stéréo analogique » dans l'onglet « Sortie » et le son fonctionne dessus."
Je n'avais probablement pas les bonnes lunettes...
Par contre je vois clairement que Vikings ne pratique pas les même prix que notre ami Chris Penguin:
https://shop.vikings.net/product-category/accessories/audio/?v=82a9e4d26595
autre résultat
I am a translator!
J'ai récupéré pour usage personnel mon ancien PC de travail, un Lenovo T14s, c'est la génération de processeurs intel antérieure (Tiger Lake: 11ème génération, Alder Lake: 12 ème génération) mais les symptômes sont les mêmes, pas de son et dans les paramètres du volume dans MATE, je vois « Sortie factice » dans l'onglet « Sortie ». Si je branche un kit main libre sur la prise micro-casque, rien n'est détecté et je n'ai aucun son.
Néanmoins, j'ai un tout petit adaptateur USB-C vers micro casque, que j'avais utilisé sur un appareil Android, si je le branche sur une des 2 prises USB-C, je vois apparaître « UC02 Stéréo analogique » dans l'onglet « Sortie » et le son fonctionne dessus.
$ sudo lspci |grep -i audio
00:1f.3 Audio device: Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller (rev 20)
$ sudo aplay -l
aplay: device_list:274: aucune carte son n'a été trouvée...
$ sudo dmesg | grep -E "avs|sof"
[ 0.038980] software IO TLB: area num 8.
[ 0.752446] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.752447] software IO TLB: mapped [mem 0x0000000084e94000-0x0000000088e94000] (64MB)
[ 0.999621] integrity: Loaded X.509 cert 'Microsoft Corporation UEFI CA 2011: 13adbf4309bd82709c8cd54f316ed522988a1bd4'
[ 0.999631] integrity: Loaded X.509 cert 'Microsoft Windows Production PCA 2011: a92902398e16c49778cd90f99e4f9ae17c55af53'
[ 20.129920] sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
[ 20.129974] sof-audio-pci-intel-tgl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 20.137018] sof-audio-pci-intel-tgl 0000:00:1f.3: use msi interrupt mode
[ 20.165455] sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 5
[ 20.165459] sof-audio-pci-intel-tgl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
[ 20.165462] sof-audio-pci-intel-tgl 0000:00:1f.3: BT link detected in NHLT tables: 0x0
[ 20.165464] sof-audio-pci-intel-tgl 0000:00:1f.3: DMICs detected in NHLT tables: 2
[ 20.167001] sof-audio-pci-intel-tgl 0000:00:1f.3: SOF firmware and/or topology file not found.
[ 20.167005] sof-audio-pci-intel-tgl 0000:00:1f.3: Supported default profiles
[ 20.167007] sof-audio-pci-intel-tgl 0000:00:1f.3: - ipc type 0 (Requested):
[ 20.167008] sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware file: intel/sof/sof-tgl.ri
[ 20.167010] sof-audio-pci-intel-tgl 0000:00:1f.3: Topology file: intel/sof-tplg/sof-hda-generic-2ch.tplg
[ 20.167011] sof-audio-pci-intel-tgl 0000:00:1f.3: Check if you have 'sof-firmware' package installed.
[ 20.167012] sof-audio-pci-intel-tgl 0000:00:1f.3: Optionally it can be manually downloaded from:
[ 20.167014] sof-audio-pci-intel-tgl 0000:00:1f.3: https://github.com/thesofproject/sof-bin/
[ 20.167589] sof-audio-pci-intel-tgl 0000:00:1f.3: error: sof_probe_work failed err: -2
J'ai aussi linux-libre 6.14.0 du dépôt freesh. J'avais initialement installé Guix system, également sans son disponible.
Tout cela est inquiétant. Est-ce devenu la norme depuis Tiger Lake de ne plus pouvoir obtenir de son sans micrologiciel privateur ? La situation est-elle meilleure du côté d'AMD ? Peut-être est-ce le chipset graphique intégré qui pèche là ?
I am a translator!
Le son marche sur le PC Alder Lake que j'ai acheté à Novacustom. Voilà la copie de la sortie des commandes précédentes sur ce PC, au cas où cela apporterait une information utile.
$ sudo lspci |grep -i audio
00:1f.3 Audio device: Intel Corporation Alder Lake PCH-P High Definition Audio Controller (rev 01)
$ sudo lspci -v |grep snd
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_soc_avs, snd_sof_pci_intel_tgl
$ sudo aplay -l
**** Liste des périphériques matériels PLAYBACK ****
carte 0 : PCH [HDA Intel PCH], périphérique 0 : ALC256 Analog [ALC256 Analog]
Sous-périphériques : 1/1
Sous-périphérique #0 : subdevice #0
carte 0 : PCH [HDA Intel PCH], périphérique 3 : HDMI 0 [HDMI 0]
Sous-périphériques : 1/1
Sous-périphérique #0 : subdevice #0
carte 0 : PCH [HDA Intel PCH], périphérique 7 : HDMI 1 [HDMI 1]
Sous-périphériques : 1/1
Sous-périphérique #0 : subdevice #0
carte 0 : PCH [HDA Intel PCH], périphérique 8 : HDMI 2 [HDMI 2]
Sous-périphériques : 1/1
Sous-périphérique #0 : subdevice #0
carte 0 : PCH [HDA Intel PCH], périphérique 9 : HDMI 3 [HDMI 3]
Sous-périphériques : 1/1
Sous-périphérique #0 : subdevice #0
$ sudo dmesg |grep -E "avs|sof"
[ 0.065866] software IO TLB: area num 16.
[ 0.430840] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.430841] software IO TLB: mapped [mem 0x000000006e7d0000-0x00000000727d0000] (64MB)
> Kernel driver in use: snd_hda_intel
En effet, snd_hda_intel semble résoudre le problème - pour le moment en tous cas - si l'on se fie aux divers retours d'expérience disponibles à ce sujet. Le plus inquiétant est le message d'erreur qui envoie l'utilisateur directement au pays des blobs lorsque snd_sof_pci_intel_tgl est chargé en priorité. Quelqu'un va devoir se dévouer pour l'expédier chez Freedo se faire déblober.
Notons au passage que Debian choisirait maintenant d'installer ce micrologiciel par défaut, sans message d'erreur ni avertissement, ni remords, ni regrets.
I am a translator!
Sur le T14s, j'ai fait comme tu as suggéré mais toujours pas de son. "sudo modprobe snd_hda_intel" ne change rien non plus.
Je ne sais pas s'il y a autre chose à essayer, et je n'ai aucune idée pourquoi ça marche sur le PC Novacustom avec processeur Alder Lake et pas sur le T14s (processeur Tiger Lake).
> pourquoi ça marche sur le PC Novacustom avec processeur Alder Lake
Intel ME désactivé ? Si Trisquel était pré-installé, les options de démarrage du noyau avaient peut-être été spécifiquement définies pour que la carte son fonctionne avec snd_hda_intel ? Tu peux regarder si la ligne GRUB_CMDLINE_LINUX_DEFAULT="" dans le fichier de configuration de GRUB est différente.
Tu peux aussi regarder si tu as des options pour snd_hda_intel dans /etc/modprobe.d/alsa-base.conf.
https://thesofproject.github.io/latest/getting_started/intel_debug/introduction.html#base-firmware
bonjour,
Si sous Mate, il faudrait éditer simplement les lignes ci-dessous à un avec
sudo pluma /etc/modprobe.d/alsa-base
options snd-intel-dspcfg dsp_driver=1
options modèle snd-hda-intel = dell-headset-multi
options snd-hda-intel power_save=1
Redémarrer