[BUG] Failed to load sound driver on Latitude 7320 Detachable

[prof-dr-pepper]

Describe the bug
Sound driver seems to fail to load properly on Dell Latitude 7320 Detachable (see hardware probe here https://linux-hardware.org/?probe=21c50317b2) and therefore sound is not available at the device on linux.
Even though the sound adapter (hardware ID: 8086:a0c8) seems to be supported by the linux kernel the device does not work. Browsing on the internet this issue seems to happen on all Dell Latitude 7320 Detachable systems. I tested with kubuntu 21.04 with kernel 5.11.0-34-generic (however same issue occurs with latest Manjaro linux and kernels up to 5.14). Furthermore looking at dmesg I saw a lot of (thousands and millions) suppressed IRQ callbacks that keep the CPU busy (one core seems to be busy for about 50% because of that). Not loading the driver (via grub: snd_hda_intel.dmic_detect=0) the CPU issue is gone but of course then sound will be disabled.

To Reproduce

1. Run kubuntu 21.04 live image (sha256sum of ISO: e705e84ed8fa820f1b7f4d286d24e0eb97561a5b2d47421bf7ea0381103788b7) from USB stick
2. After boot look at dmesg (my dmesg: https://github.com/thesofproject/sof/files/7172540/dmesg.txt)

Reproduction Rate
Issue is reproducible all the time (also seems with other linux kernel versions and linux distros).

Expected behavior
Linux boots up and loads driver without issues. Sound is working properly and CPU usage is near 0.

Impact
Using linux without sound is annoying at the least but during home office makes it also useless during audio conferences (however video is also not working on the device but that's another issue because there exists not webcam driver for this device yet). ;-)

Environment

• Dell Latitude 7320 Detachable
• Kubuntu 21.04 64bit (see ISO hash above)
• Stock ubuntu linux kernel 5.11.0-34-generic
• HW probe: https://linux-hardware.org/?probe=21c50317b2
• Docking station with SSD for linux installation was attached during HW probe (however issue also occurs when booting from kubuntu 21.04 live USB stick)

Screenshots or console output
Here you can find my dmesg output and alsa-info directly after boot:
dmesg.txt
http://alsa-project.org/db/?f=e7ce23315aee536587174f7f58f79812c1166d1a

Please let me know if you need more information and how I can provide it.

Thanx,
Marcus

[plbossart]

@prof-dr-pepper can you provide the results of 'alsa-info' please. Looks like you have a SoundWire device that is not known to us. It's usually a minor SKU value that we need to add, or that was added in more recent kernels.

[prof-dr-pepper]

I added the alsa-info to the bug. You can find it here: http://alsa-project.org/db/?f=e7ce23315aee536587174f7f58f79812c1166d1a

Thanks for helping :)

[plbossart]

Thanks @prof-dr-pepper. I can see this: System SKU: 0A45, which is unfortunately a device we haven't seen before. I'll contact Dell and ask for details.

[prof-dr-pepper]

Let me know if there is anything I can help with. I am software developer myself (not a kernel developer, but at least fluent in C/C++). ;-)

[plbossart]

Let me know if there is anything I can help with. I am software developer myself (not a kernel developer, but at least fluent in C/C++). ;-)

I will take you up on your offer, given that I don't have access to the hardware, we have to rely on the community for feedback. The main ask is to be able to recompile your own kernel, using our latest development Git tree. we may also try with linux-stable and patches. Thanks!

[prof-dr-pepper]

Sure. So I'll try this kernel https://github.com/thesofproject/linux but which branch? Normally I would assume "master" but in this case it looks more like "topic/sof-dev". So "topic/sof-dev"?

[plbossart]

yes. topic/sof-dev, with possibly a PR test before we merge to topic/sof-dev. we also generate our own configs with https://github.com/thesofproject/kconfig, specifically kconfig-sof-default.sh to only compile the minimum amount of code for audio tests.

[prof-dr-pepper]

with possibly a PR test before we merge to topic/sof-dev

Sorry, I didn't understand that. Which PR and which merge are you talking about?

Nevertheless I checked out the sof kernel and applied kconfig-sof-default.sh. I am compiling right now ;-)

[prof-dr-pepper]

Compilation finished, I installed the kernel and ran alsa-info again: http://alsa-project.org/db/?f=0043c8bc949293f9717707d2c32ec19ee506b525

[plbossart]

@prof-dr-pepper I was talking about a future PR, when I have the information needed to create it.

Looks like your build does not use SOF, so something is missing in your config somehow. only HDMI is reported in your results. You should have the module snd-sof-pci-intel-tgl loaded.

here's my local config (a bit behind sof-dev but that should be fine with make olddefconfig):

config.txt

[prof-dr-pepper]

Ok, I tried again with your config. I hope this worked now. Here is the result: http://alsa-project.org/db/?f=8ec1e2d02b170f25c9068f45816d043fb80aa361

[plbossart]

Ok, I tried again with your config. I hope this worked now. Here is the result: http://alsa-project.org/db/?f=8ec1e2d02b170f25c9068f45816d043fb80aa361

something's not going well, still HDMI card.

please add this to /etc/modprobe.d/alsa-base.conf

blacklist snd-hda-intel

also add if you want to see more, add this file
sof-dyndbg.conf.txt
to /etc/modprobe.d/sof-dyndbg.conf

and reboot

then check if you see any signs of SOF driver being loaded.

[prof-dr-pepper]

I tried using your instructions. Seems that SOF driver is loading now. See: http://alsa-project.org/db/?f=f68c2d585b47fc357bed54b4a897b9095f5c86c7
Here in Germany it's getting late, so I will go to bed now ;-) Let me know if I can help any further. I will try to do so tomorrow or on the weekend.

[plbossart]

@prof-dr-pepper can you please try PR #3162? You will need to also do this on your device:

sudo cp /lib/firmware/intel/sof-tplg/sof-tgl-rt711-rt1308-mono-rt715.tplg lib/firmware/intel/sof-tplg/sof-tgl-rt711-l0-rt1316-l1-mono-rt714-l3.tplg

This command is just to make sure we use a compatible SOF topology file, since we don't have a configuration for this.

[prof-dr-pepper]

I compiled your branch, copied the file and tested the kernel. Obviously that didn't do the trick yet, sorry :-/
Here is the result: http://alsa-project.org/db/?f=cf477d37b84bd277bedf2900c2d405e47c8c4140

[plbossart]

@prof-dr-pepper well there's progress to some extent, the error happens when trying to load the topology.

[    5.438785] sof-audio-pci-intel-tgl 0000:00:1f.3: ipc tx error for 0x30100000 (msg/reply size: 48/20): -22
[    5.438798] sof-audio-pci-intel-tgl 0000:00:1f.3: error: failed to load widget PIPELINE.8.HDA2.OUT
[    5.439043] sof-audio-pci-intel-tgl 0000:00:1f.3: error: tplg component load failed -22
[    5.439056] sof-audio-pci-intel-tgl 0000:00:1f.3: error: failed to load DSP topology -22
[    5.439064] sof-audio-pci-intel-tgl 0000:00:1f.3: ASoC: error at snd_soc_component_probe on 0000:00:1f.3: -22

This could be a bug in our recent kernel changes, maybe related to dynamic pipelines. @ranj063 this reminds me of problems we've seen before...

@prof-dr-pepper can you upload the full dmesg log, not the alsa-info results, that'll provide us with more information.

[plbossart]

@prof-dr-pepper can you try with this PR #3165 , it has fewer of our bleeding edge patches

[prof-dr-pepper]

Ok, I will try tomorrow (Saturday) because I am not at home today. Thanks so far. Let me know if you would like to debug live on the system or anything like that. I don't exactly know how we can set this up but maybe you have an idea (maybe kernel debug from another linux system? ...never done this before but should be possible I guess).

[prof-dr-pepper]

This is the dmesg with PR #3162 dmesg.txt
(sorry, the one I sent earlier was the previous test)

[prof-dr-pepper]

Wohooo! You did it! It's working with PR #3165!

Sound on the internal speakers -> works
Plugging in external speakers -> works
Microphone -> works
CPU ->Load is near 0

I'm impressed and super grateful!

Nevertheless I still created the logs for you:
alsa-info.txt
dmesg.txt

So what's happening now? Will this find it's way into the official linux and ubuntu linux kernel somehow and how long could this take? ...or can I get a kernel patch for that so I can apply it to the current latest official linux or even ubuntu linux kernel? (sorry for my excitement... I just didn't expect this to be getting fixed so soon)