Closed singalsu closed 4 years ago
@singalsu can you attach the full dmesg (dmesg -C before doing the modprobe snd-sof-pci) and alsa-info results?
There's no other output to dmesg than what I already pasted above. So I attached the entire dmesg, no -C applied. Here's the files:
I have a vague hunch the sof probe aborts because somehow the autoselect fails, likely because you don't have DMICs on the platform:
can you trying adding this diff (patch -p1 < 1.diff.txt) to the sof-dev kernel? 1.diff.txt
Also if you see the log 'aborting probe' can you try adding this to /etc/modprobe.d/alsa-base.conf options snd_intel_dspcfg dsp_driver=3
This comes from sound/hda/intel-dsp-config.c: MODULE_PARM_DESC(dsp_driver, "Force the DSP driver for Intel DSP (0=auto, 1=legacy, 2=SST, 3=SOF)");
Wow, thanks! SOF loads now and headphone plug output works (it didn't with whatever got used with no SOF). The microphones work too, there's two microphones though the front panel contains four microphone port holes. The used topology is sof-hda-generic.tplg.
I had to use the dsp_driver=3 option, without I got the aborting probe message. Could that debug message be added to know what's the issue?
Thanks @singalsu I'll add this debug message, indeed it's hard otherwise to figure out what happens.
That said, can you remove the snd-hda-intel blacklist and blacklist snd-sof-pci? You should have the headset plug working with the legacy driver, if not there's something very very odd in the codec management.
Great!
I tried your suggestion but when I kept only snd-sof-pci blacklisted I got no sound devices.
Then I removed all blacklists, and edited "options snd_intel_dspcfg dsp_driver=1" and got working headphone sound with legacy driver. I don't know what was the issue with 5.4.0 binary kernel with Ubuntu but this 5.8.0-rc6+ kernel seems to be OK.
@singalsu if you remove the "options snd_intel_dspcfg dsp_driver=1" and all blacklists you should still get the HDaudio legacy to load. Do you mind testing, wondering if the auto-selection is not working. Thanks!
Yep, it works OK with the options line removed. The dmesg | grep snd output looks this:
[ 3.931798] snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380
[ 3.931831] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
[ 4.089388] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 4.132066] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC256: line_outs=1 (0x21/0x0/0x0/0x0/0x0) type:hp
[ 4.132068] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 4.132069] snd_hda_codec_realtek hdaudioC0D0: hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 4.132070] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0
[ 4.132071] snd_hda_codec_realtek hdaudioC0D0: inputs:
[ 4.132072] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x13
[ 4.132073] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12
Thanks Seppo, I added a log in PR #2335
What happens is that I get no ALSA sound devices. There is only single line of sign of life from SOF in dmesg from sof-audio-pci module. By default an unmodified Ubuntu 20.04 booted with legacy sound driver where the built-in microphones and HDMI worked OK. The headphone connector playback audio remained totally silent.
According to /proc/cpuinfo this NuC has an i7-10710U CPU (CML). The kernel is fresh 5.8.0-rc6+, sof-dev b0739f66531ce62e279fb2c6eb047ecce7859d2a. I've based the kernel configuration to boot/config-5.4.0-42-generic and applied sof configuration with fresh git version of script kconfig-sof-default.sh. When looking at .config all relevant SND SOF options seem to be set.
I have blocklisted in /etc/modprobe.d modules snd-hda-intel, snd-soc-skl, and snd-sof-pci. When I modprobe snd-sof-pci I get to journalctl -f -k output:
I have dyndbg=+p options set for relevant kernel modules and this all output that I get. The following snd modules are loaded.
Here's also lspci -vvv information about Audio device