Comment 47 for bug 1926165

I am experiencing a similar problem to the one described here, but on the more recent "Yoga 9 14IAP7".
It does also use the ALC287 in a similar configuration.

The speaker-bar above the keyboard works out of the box, but the bass speakers do not work.

'$ cat /sys/class/sound/hwC0D0/subsystem_id' yields '0x17aa3801'.
With this I also tried to apply the 'ALC287_FIXUP_IDEAPAD_BASS_SPK' and 'ALC269_FIXUP_HEADSET_MODE' pci quirks by adding a corresponding 'SND_PCI_QUIRK(0x17aa, 0x3801, "Yoga 9 14IAP7", ...)' to 'sound/pci/hda/patch_realtek.c'.

But neither made a difference.

I can also provide a dump of the HDA verbs send by a Windows 10 VM which were captured according to https://github.com/ryanprescott/realtek-verb-tools/wiki/How-to-sniff-verbs-from-a-Windows-sound-driver

I tried to apply these verbs to /dev/snd/hwC0D0 using '$ hda-verb', but that did not work either.

I tried Ubuntu first but am currently running Arch Linux since I am more familiar with building a kernel for it.

Then I found this thread and compared the '$ alsa-info' output to mine (attached) and noticed that I am missing the 'DAC1', 'DAC2' and 'Bass Speaker Playback Switch' device nodes that were mentioned previously.

I tried to use '$ hdajackretask' to reassign the the pins but I did not get it to work either.

I don't think I am familiar enough with the linux sound stack to fix it myself and would be grateful for any help or further information on how to get Linux/Alsa to initialize/recognize the speakers.