"Le périphérique audio Intel SST WDM" ne fonctionne pas sous Xubuntu 18.04
Je ne sais pas comment faire fonctionner le son dans Xubuntu 18.04.
Les versions précédentes avec des noyaux plus anciens ne détectaient pas la plupart de mon matériel, le nouveau 18.04 avec 4.15 Le noyau Linux a détecté tout le matériel, à l'exception de la carte son. Sur le Windows 10 OEM, le son fonctionne bien et est décrit comme périphérique audio Intel SST WDM.
~$ Sudo lshw -C sound
*-multimedia NO RECLAMADO
descripción: Multimedia controller
producto: Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Imaging Unit
fabricante: Intel Corporation
id físico: 3
información del bus: pci@0000:00:03.0
versión: 36
anchura: 32 bits
reloj: 33MHz
capacidades: pm msi cap_list
configuración: latency=0
recursos: memoria:91000000-913fffff
*-usb:1
descripción: Vídeo
producto: USB Camera
fabricante: Generic
id físico: 4
información del bus: usb@1:4
versión: 1.07
serie: 200901010001
capacidades: usb-2.00
configuración: driver=uvcvideo maxpower=500mA speed=480Mbit/s
~$ lspci
00:00.0 Host bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series SoC Transaction Register (rev 36)
00:02.0 VGA compatible controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Configuration Registers (rev 36)
00:03.0 Multimedia controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Imaging Unit (rev 36)
00:0b.0 Signal processing controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Power Management Controller (rev 36)
00:14.0 USB controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series USB xHCI Controller (rev 36)
00:16.0 USB controller: Intel Corporation Device 22b7 (rev 36)
00:1a.0 Encryption controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Trusted Execution Engine (rev 36)
00:1f.0 ISA bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCU (rev 36)
$ lsmod | grep "sst"
snd_soc_sst_cht_bsw_nau8824 16384 0
snd_intel_sst_acpi 16384 1
snd_intel_sst_core 53248 1 snd_intel_sst_acpi
snd_soc_sst_atom_hifi2_platform 102400 2 snd_intel_sst_core
snd_soc_acpi 16384 1 snd_intel_sst_acpi
snd_soc_nau8824 57344 2 snd_soc_sst_cht_bsw_nau8824
snd_soc_acpi_intel_match 20480 1 snd_intel_sst_acpi
snd_soc_core 241664 3
snd_soc_sst_cht_bsw_nau8824,snd_soc_nau8824,snd_soc_sst_atom_hifi2_platform
snd_pcm 98304 6
snd_soc_sst_cht_bsw_nau8824,snd_soc_nau8824,snd_hdmi_lpe_audio,snd_soc_sst_atom_hifi2_platform,snd_soc_core,snd_pcm_dmaengine
snd 81920 10
snd_seq,snd_soc_sst_cht_bsw_nau8824,snd_seq_device,snd_timer,snd_compress,snd_hdmi_lpe_audio,snd_soc_sst_atom_hifi2_platform,snd_soc_core,snd_pcm,snd_rawmidi
$ dmesg | grep "sst"
[ 7.042875] intel_sst_acpi 808622A8:00: LPE base: 0x91600000 size:0x200000
[ 7.042880] intel_sst_acpi 808622A8:00: IRAM base: 0x916c0000
[ 7.042931] intel_sst_acpi 808622A8:00: DRAM base: 0x91700000
[ 7.042941] intel_sst_acpi 808622A8:00: SHIM base: 0x91740000
[ 7.042981] intel_sst_acpi 808622A8:00: Mailbox base: 0x91744000
[ 7.042990] intel_sst_acpi 808622A8:00: DDR base: 0x20000000
[ 7.043126] intel_sst_acpi 808622A8:00: Got drv data max stream 25
[ 67.472476] intel_sst_acpi 808622A8:00: FW Version 01.0b.02.02
$ ls /sys/class/sound
card0 comprC1D2 controlC1 pcmC0D1p pcmC1D0c pcmC1D1p timer
card1 controlC0 pcmC0D0p pcmC0D2p pcmC1D0p seq
Je ne sais pas si cela va vous aider, parce que je n'ai aucune idée de ce que votre matériel est, mais sur ma configuration (Arch Linux k4.17), le son a fonctionné un peu OutOfTheBox. Le pilote de noyau bytcrrt5640 est responsable de ce miracle (Vous connaissez BayTrail + Linux). Il me suffisait d'ajouter bytcr-rt5640 des fichiers de configuration UCM à /usr/share/alsa/ucm, et tout a fonctionné.
Pour que vous puissiez voir la carte, regardez le résultat de ces commandes:
lsmod | grep "sst"
Recherche sst dans la liste des modules chargés
dmesg | grep "sst"
Recherche sst dans le journal de démarrage actuel
ls /sys/class/sound
Ceci vous informe s'il y a des cartes reconnues par le noyau
Si vous voyez la carte dans sysfs, lisez le fichier driver de ce périphérique (/sys/class/sound/cardX/driver ou son nom ou quelque chose du genre), cela devrait vous indiquer si la carte est reconnue par votre noyau.
Si vous trouvez la carte, mais que vous ne la voyez pas par exemple dans pavucontrol, vous devez copier les fichiers UCM de ce référentiel GitHub . Il suffit de le télécharger, cd dans le bon dossier et de lire le fichier README. Cela devrait vous dire le reste. Après avoir installé les configurations, redémarrez (méthode la plus simple) et vous devriez pouvoir voir le périphérique dans pavucontrol.
EDIT # 1 (Après détails supplémentaires)
Oh je vois. Vous devriez copier le répertoire chtnau8824 (comme vous pouvez le voir dans la sortie de lsmod). Entrez le référentiel de fichiers UCM que vous avez téléchargé et exécutez la commande suivante: Sudo cp -r chtnau8824 /usr/share/alsa/ucm/. Elle fonctionnera normalement. Quoi qu'il en soit, merci pour votre aimable commentaire et vos précisions supplémentaires qui ont permis de résoudre (espérons-le) ce problème.
EDIT # 2 cht_bsw_nau8824
Je ne sais toujours pas exactement quel est votre autre matériel (comme le modèle de tablette), mais ce que j’ai trouvé, c’est un référentiel contenant des fichiers UCM spécifiquement pour votre carte son (si mes hypothèses sont exactes). Le référentiel est ici . Téléchargez-le, entrez le répertoire et remplacez votre configuration UCM actuelle par la nouvelle configuration. Sudo rm -r /usr/share/alsa/ucm/chtnau8824 puis Sudo cp -r ucm /usr/share/alsa/ucm/chtnau8824
Après quelques mois au cours desquels je n’ai pas eu le temps d’essayer de nouvelles solutions, j’ai mis à jour le noyau de 4.15.X à 4.19.X à l’aide de ukuu.
En suivant les étapes dans EDIT # 1 de réponse de M. H. , le son a fonctionné au redémarrage. Merci de votre temps pour répondre à ma question.
J'ai un autre générique "2 en 1" qui rapporte les résultats des commandes:
lsmod | grep "sst"
dmesg | grep "sst"
ls /sys/class/sound
toutes exactement les mêmes sorties que l'OP. Je n'ai suivi que les étapes d'EDIT # 1 (Après des détails supplémentaires).
Une chose que j’ai peut-être faite en plus est de faire correspondre les autorisations du dossier de l’utilisateur root à toutes les autres entrées de /usr/share/alsa/ucm/. Après le redémarrage, un son retentit et les entrées "haut-parleurs, casque et microphone" apparaissent dans pavucontrol avec "Audio intégré" dans les paramètres KDE Plasma.