Sometimes the legacy snd_hda_intel grabs the PCI slot. Blacklist it in /etc/modprobe.d/blacklist.conf :
The trouble begins when you install , FreeBSD , or even an unmodified Windows PE environment. Symptom 1: The Unknown Device In Windows Device Manager, you may see an entry under āOther devicesā labeled āUnknown deviceā with the Hardware ID ACPI 80860F14 . No driver is loaded, and consequently, there is no audio. Symptom 2: Linux dmesg Errors On Linux, the kernelās ACPI subsystem will parse the tables and attempt to match the ID to a driver. Without the proper kernel modules or firmware, you will see errors like: Acpi 80860f14
sudo modprobe snd_sof_pci sudo modprobe snd_sof_acpi Check status: Sometimes the legacy snd_hda_intel grabs the PCI slot
Fortunately, the open-source communityāspecifically the Linux kernel and SOF teamsāhas made vast strides. With the right kernel modules, firmware files, and a bit of persistence, the mute can be lifted. For the average Windows user, it is a simple driver hunt. For the Linux enthusiast, it is a rite of passage into the world of ACPI debugging. No driver is loaded, and consequently, there is no audio
For ACPI 80860F14 , SOF handles the device much more elegantly. On Linux kernel 5.4+, you can enable SOF with:
On Bay Trail tablets and embedded boards, OEMs hardcode the audio codec and its connections into the ACPI DSDT using custom methods. While Windows drivers are tolerant and use a fallback mechanism, the Linux snd_soc_sst driver requires exact matching between the ACPI ID and a known machine driver (e.g., bytcr_rt5640 , bytcr_rt5651 ).
Open a terminal and run: