"Intel SST Audio Device WDM“未在Xubuntu 18.04上工作

Question

我不知道如何在Xubuntu 18.04中使声音工作。

旧内核的早期版本没有检测到我的大部分硬件，新的18.04版本的4.15 Linux内核检测到了所有的硬件，除了声卡。在OEM Windows 10，声音工作良好，它被描述为英特尔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

Answer 1

我不知道这是否会对您有所帮助，因为我不知道您的硬件是什么，但是在我的设置(ArchLinuxk4.17)中，这个声音在某种程度上起到了OutOfTheBox的作用。内核驱动程序bytcrrt5640是这个奇迹的罪魁祸首(您知道BayTrail + Linux)。我只需将bytcr-rt5640 UCM配置文件添加到/usr/share/alsa/ucm中，一切就都正常了。

要确保可以看到卡，请查看以下命令的输出：

lsmod | grep "sst"

在加载模块列表中查找sst

dmesg | grep "sst"

在当前引导日志中查找sst

ls /sys/class/sound

这将通知您是否有内核识别的卡。

如果您在sysfs中看到该卡，请在该设备中读取文件driver (/sys/class/sound/cardX/driver或名称之类的内容)，这将显示您的内核是否识别了该卡。

如果你找到了卡，但你不能看到它在例如pavucontrol，那么你必须从这个GitHub存储库复制UCM文件。只需下载它，cd到正确的文件夹并读取README文件。它应该告诉你剩下的。在您安装了这些配置之后，重新启动(最简单的方法)，您应该能够在pavucontrol中看到该设备。

EDIT#1 (附加细节后)

哦，我明白了。您应该复制目录chtnau8824 (正如您在lsmod输出中看到的那样)。输入您下载的UCM并运行以下命令：sudo cp -r chtnau8824 /usr/share/alsa/ucm/，它应该可以按预期工作。无论如何，感谢您的善意的评论和提供更多的细节，以帮助解决(希望)这个问题。

EDIT#2 cht_bsw_no8824

我仍然不知道你的其他硬件到底是什么(比如平板电脑模型)，但我发现的是专门用于声卡的UCM文件存储库(如果我的假设是正确的)。存储库是这里。下载它，输入目录并用新配置替换当前的UCM配置。sudo rm -r /usr/share/alsa/ucm/chtnau8824然后sudo cp -r ucm /usr/share/alsa/ucm/chtnau8824

Answer 2

我有另一个通用的"2 in 1“，它报告命令的结果：

lsmod | grep "sst"

dmesg | grep "sst"

ls /sys/class/sound

所有的输出与OP完全相同。我只遵循了EDIT#1的步骤(在其他细节之后)。

另外，我可能做的一件事是将根用户文件夹权限与/usr/share/alsa/ucm/中的所有其他条目匹配。在重新启动声音播放和“扬声器，耳机和麦克风”条目出现在展馆控制和“内置音频”在KDE等离子体设置。

Answer 3

在没有时间尝试新解决方案的几个月之后，我使用ukuu将内核从4.15.X更新为4.19.X。

按照EDIT#1 of S先生的回答中的步骤，声音可以重新启动。谢谢你花时间回答我的问题。