Asus X515JA Microphone not working

bigrammy

pomon
Hi, I installed the sof-firmware package last nigh just before I went to sleep 😅
After two power off's & power on again the Mic still refuses to detect any sound.
The SOF errors are gone now so I guess the sof-firmware package fixed that but I am now back to square one with a none working Mic.
I may need to buy a plugin Mic until this gets resolved, I am sure it will be resolved because this is a good spec super cheap laptop so I am sure Asus will sell lot's and lot's hopefully a good few get flipped to Linux as I have done.
Thanks to All for the help.

bigrammy@asus ~ $ dmesg | grep -i sof [ 0.530519] PCI-DMA: Using software bounce buffering for IO (SWIOTLB) [ 0.530520] software IO TLB: mapped [mem 0x0000000063774000-0x0000000067774000] (64MB) [ 3.929796] snd_hda_intel 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver [ 3.972458] sof-audio-pci-intel-icl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100 [ 3.972466] sof-audio-pci-intel-icl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver [ 3.972481] sof-audio-pci-intel-icl 0000:00:1f.3: enabling device (0000 -> 0002) [ 3.972733] sof-audio-pci-intel-icl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100 [ 3.974503] sof-audio-pci-intel-icl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) [ 3.981167] sof-audio-pci-intel-icl 0000:00:1f.3: use msi interrupt mode [ 3.994255] sof-audio-pci-intel-icl 0000:00:1f.3: hda codecs found, mask 4 [ 3.994260] sof-audio-pci-intel-icl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now [ 3.994264] sof-audio-pci-intel-icl 0000:00:1f.3: DMICs detected in NHLT tables: 2 [ 3.995803] sof-audio-pci-intel-icl 0000:00:1f.3: Firmware info: version 2:2:0-57864 [ 3.995809] sof-audio-pci-intel-icl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:18:0 [ 3.995812] sof-audio-pci-intel-icl 0000:00:1f.3: warn: FW ABI is more recent than kernel [ 3.995817] sof-audio-pci-intel-icl 0000:00:1f.3: unknown sof_ext_man header type 3 size 0x30 [ 4.093000] sof-audio-pci-intel-icl 0000:00:1f.3: Firmware info: version 2:2:0-57864 [ 4.093009] sof-audio-pci-intel-icl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:18:0 [ 4.093013] sof-audio-pci-intel-icl 0000:00:1f.3: warn: FW ABI is more recent than kernel [ 4.100705] sof-audio-pci-intel-icl 0000:00:1f.3: Topology: ABI 3:22:1 Kernel ABI 3:18:0 [ 4.100713] sof-audio-pci-intel-icl 0000:00:1f.3: warn: topology ABI is more recent than kernel [ 4.111676] sof-audio-pci-intel-icl 0000:00:1f.3: ASoC: Parent card not yet available, widget card binding deferred [ 4.134463] input: sof-hda-dsp HDMI/DP,pcm=1 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card1/input11 [ 4.134547] input: sof-hda-dsp HDMI/DP,pcm=2 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card1/input12 [ 4.134645] input: sof-hda-dsp HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card1/input13

ReillyBrogan

I'm going to enable some additional sound modules in our kernel so hopefully this is resolved in the next kernel.

bigrammy

ReillyBrogan Hopefully it can be resolved 😀 but as Axios says it seems not to be exclusive to solus.
SOF seems to have issues with some other Mic's
https://github.com/thesofproject/linux/issues/4033

Axios

Seems be common issue with this type of setup from what I see online
not pertaining just to solus.

Axios

bigrammy Way I understand it SST is the old driver and SOF is the new in which intel
is envolved in so thats a plus and its open source to.
Soooooooooooo think you got caught in a trasition trap..
If everything I read is correct.

bigrammy

Axios I Totally Agree.
I have to admit it's all a bit above my pay grade anyway so I will just wait on the Pro's to work out the problem's. I am very happy with everything else and the Mic's not a deal breaker for me in fact some would say it's a blessing they don't have to listen to anymore 😆 😆

bigrammy

@ReillyBrogan Hi I just updated but the Mic still isn't working.
I grabbed some dmesg and view other logs which people seem to be ask for.
I you need anything in specific then please just let me know.
Thanks. PS is there a [Hide]A[/Hide] or [Spoiler]A[/Spoiler] bbcode thing to hide the large outputs to save peoples mouse wheels with all the scrolling 😆

ReillyBrogan

Does it work if you use Pipewire as your audio server?

bigrammy

ReillyBrogan Hi, I just tried to use Pipewire and that didn't work well at all. I had no audio output or input and the Audio Settings just froze everything when trying to select a device 🤣
Anyway I managed to revert back to PulseAudio and the Sound is working again except the Mic of course.

ReillyBrogan

bigrammy That shouldn't be the case. What steps did you take to enable PipeWire?

bigrammy

ReillyBrogan Hi I followed some search instruction and used the cmd "systemctl --user --now enable pipewire pipewire-pulse" rebooted & when I checked it said pipewire was running.
If that's wrong let me know the correct way please.

On a side note I run the alsa-info script as suggested by SOF project so hopefully it may be more concise & helpful (Link Below)

Thanks for Helping I can't imagine how difficult this is trying to diagnose something like this remotely.

http://alsa-project.org/db/?f=3ed9b62c37583efae1c7c8188c8426c94e7d01aa

ReillyBrogan

bigrammy You also need to install wireplumber. The full command is systemctl --user --now enable pipewire pipewire-pulse wireplumber. You need to log out and log back in to get it working.

bigrammy

ReillyBrogan Hi I run the full command and the sound output works now using PipeWire but the Microphone still shows no signs of life. : (
I have messed with all the configs in the PulseAudio Volume Control but still no luck.
I have done a full reboot also but still the same result no Mic.

EDIT: I Messed around and now Audacity is capturing my voice from these Mic's 😀
So now I have some sign of life how can I use device 7 (a stereo mic) as the system default mic ? Nothing else system side see's these two Mics well by that I mean PulseAudio Volume Control doesn't.

**** List of CAPTURE Hardware Devices ****
card 0: sofhdadsp [sof-hda-dsp], device 6: DMIC () []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 7: DMIC16kHz () []

bigrammy

ReillyBrogan Hi it's all working as it should Now and here is the thing I have no idea what actually fixed it.
I struggled with Pipewire and wireplumer to get any settings to stick regarding the Dmic also cheese would crash and freeze soon after starting to record video with the webcam.
So I systemctl --user --now disable pipewire pipewire-pulse wireplumber and rebooted the laptop.
I then started Audacity and the sof-hda-dsp: (hw:0,6) was still available and working as a stereo Mic.
When I opened PulseAudio Volume Control I had the Ice Lake-P Audio Controller showing as a Input.
I selected it as the default and all is now working beautifully !!! 😃

PS: Thanks for the help and If you need any commands running just let me know. 😀

Axios

bigrammy Glad its working sometimes things arent so clear but hopefully this will
give them some info to iron out the bugs.
At least you posted feed back unlike some ppl and you never know what happened.
From what I read its a realationship between two things not just the SOF package and that appears
maybe now they are working together.
Again glad its working

brent

bigrammy I have no idea what actually fixed it.

I say that after a reboot suddenly fixes the problem, never making (right away) the correlation that the reboot fixed the problem...🙂

bigrammy

brent I reboot every time I make any changes to any configs. I have edited so many config files following suggestion from many sources that I am not sure if it was one of these that worked.
Pipwire gave me issues from the start but maybe it was enough to make the DMic visable to PulseAudio volume control after I disabled it which it wasn't doing before.
Some config changes I made:
In alsa-base.conf
options snd-intel-dspcfg dsp_driver=3

In default.pa
load-module module-alsa-source device=hw:0,7 channels=4 (I think this one may of been responsible for getting it working once pipewire was disabled IDK)

I also linked sof-hda-generic-4ch.tplg to the default one for this but can't remember where I got that info 😅 .
Some info sources:
https://forums.linuxmint.com/viewtopic.php?t=326810
https://thesofproject.github.io/latest/getting_started/intel_debug/introduction.html

Axios

ReillyBrogan

This is very unusual, and I wish I could help you understand why it's working now but not before. Perhaps some database or settings file got corrupted along the way and your steps finally reset it somehow?

bigrammy

ReillyBrogan Thanks 😃 I will likely do a fresh install soon so I will be more diligent in documenting things. I have some RAM and a ssd sata connector and ribbon cable coming soon to allow me to add a extra ssd so I will probably do a fresh install then. I will let you know my findings in case it should happen to anyone else.

« Previous Page