[BUG] ASUS Zenbook S 14: No sound from DMIC

[dantmnf]

Describe the bug
Recording from DMIC generates a few pulses then a flat signal.

To Reproduce

% arecord -l
**** List of CAPTURE Hardware Devices ****
card 0: sofsoundwire [sof-soundwire], device 1: Jack In (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofsoundwire [sof-soundwire], device 4: Microphone (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
% arecord -D hw:0,4 -f s16_le -r 48000 -c 2 -t wav -d 5 record.wav
Recording WAVE 'record.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo

Reproduction Rate
All the time

Expected behavior
Should be able to record some sound

Impact
Unusable built-in microphone

Environment

1. Branch name and commit hash of the 2 repositories: sof (firmware/topology) and linux (kernel driver).
   • Kernel: stable 6.12.6
   • SOF: release v2024.09.2
2. Name of the topology file
   • Topology: intel/sof-ipc4-tplg/sof-lnl-cs42l43-l0-cs35l56-l23.tplg
3. Name of the platform(s) on which the bug is observed.
   • Platform: Lunar Lake

Screenshots or console output

alsa-info output for reference:
alsa-info.txt

P.S. recording from audio jack works.

[iradraconis]

Same here.. Using Linux Kernel 13.0 RC5 on Fedora and still the microphone is not functioning.

Inxi output for Audio:

Audio:
  Device-1: Intel Lunar Lake-M HD Audio driver: sof-audio-pci-intel-lnl
  API: ALSA v: k6.13.0-0.rc5.42.fc42.x86_64 status: kernel-api
  Server-1: PipeWire v: 1.2.7 status: active

[singalsu]

Can you list what controls you have with amixer -c0 controls . I wonder what processing components you have. In the latest version there's these:

numid=186,iface=MIXER,name='Microphone Capture DRC bytes'
numid=187,iface=MIXER,name='Microphone Capture DRC switch'
numid=188,iface=MIXER,name='Microphone Capture IIR Eq'
numid=185,iface=MIXER,name='Microphone Capture TDFB angle set enum'
numid=184,iface=MIXER,name='Microphone Capture TDFB beam switch'
numid=183,iface=MIXER,name='Microphone Capture TDFB bytes'

But I doubt the SOF processing would cause what you see.

Another idea is that has UCM correctly enabled the SDW codec DMIC. You can check with amixer cget if these csets in EnableSequence are done:

https://github.com/alsa-project/alsa-ucm-conf/blob/cde064fd3a1a7cd57b56d32d42ae57f7e8b454e7/ucm2/sof-soundwire/cs42l43-dmic.conf#L10

[dantmnf]

Can you list what controls you have with amixer -c0 controls . I wonder what processing components you have. In the latest version there's these:

numid=186,iface=MIXER,name='Microphone Capture DRC bytes'
numid=187,iface=MIXER,name='Microphone Capture DRC switch'
numid=188,iface=MIXER,name='Microphone Capture IIR Eq'
numid=185,iface=MIXER,name='Microphone Capture TDFB angle set enum'
numid=184,iface=MIXER,name='Microphone Capture TDFB beam switch'
numid=183,iface=MIXER,name='Microphone Capture TDFB bytes'

I don't have these controls on my system. List of controls is available in alsa-info.txt in the top comment.

Another idea is that has UCM correctly enabled the SDW codec DMIC. You can check with amixer cget if these csets in EnableSequence are done:

https://github.com/alsa-project/alsa-ucm-conf/blob/cde064fd3a1a7cd57b56d32d42ae57f7e8b454e7/ucm2/sof-soundwire/cs42l43-dmic.conf#L10

Confirmed that the EnableSequence is all done.

[singalsu]

Thanks @dantmnf . @bardliao Do you have ideas what could cause this?

[bardliao]

That might be UCM issue. @dantmnf Can you try the latest UCM from https://github.com/alsa-project/alsa-ucm-conf? @charleskeepax @stuhenderson Could you take a look?

[pcgrosen]

Hi @bardliao, I have the same system and am experiencing the same issue. I tried the latest from that repo (installed via instructions in the README, including state purge), but no change -- still just a click at the beginning, then silence.

Is there something else I can try, or additional debug info I can gather? Thanks!

[bardliao]

@pcgrosen Can you upgrade cs42l43.bin ? I thought it is a muted issue but it should not be. Because you could record a pop noise at the beginning. Now I guess you may need an upgraded cs42l43 firmware.

[dantmnf]

@pcgrosen Can you upgrade cs42l43.bin ? I thought it is a muted issue but it should not be. Because you could record a pop noise at the beginning. Now I guess you may need an upgraded cs42l43 firmware.

I think we are already on the latest version since it has been in linux-firmware for (exactly) one year.

[bardliao]

Does anyone know exactly which DMIC is used by this device?

[    3.831584] sof-audio-pci-intel-lnl 0000:00:1f.3: DMICs detected in NHLT tables: 2

It seems PCH DMIC is detected in the NHLT table, but I am not sure if it matches the real HW design or not.
If PCH DMIC is used, we probably need to create sof-lnl-cs42l43-l0-cs35l56-l23-2ch.tplg and some kernel change is required.

[dantmnf]

It do have 2-channel microphone and can be verified in Windows by moving a speaker around two microphones while recording:

[charleskeepax]

This laptop has host DMICs but is missing a quirk for such, we are looking at putting together a patch.

[bardliao]

This laptop has host DMICs but is missing a quirk for such, we are looking at putting together a patch.

@charleskeepax We may need to do some change other than adding a quirk.

			/*
			 * DMICs use up to 4 pins and are typically pin-muxed with SoundWire
			 * link 2 and 3, or link 1 and 2, thus we only try to enable dmics
			 * if all conditions are true:
			 * a) 2 or fewer links are used by SoundWire
			 * b) the NHLT table reports the presence of microphones
			 */
			if (hweight_long(mach->link_mask) <= 2)
				dmic_fixup = true;
			else
				mach->mach_params.dmic_num = 0;

https://github.com/thesofproject/linux/blob/topic/sof-dev/sound/soc/sof/intel/hda.c#L1332
I think that's why the kernel didn't look for sof-lnl-cs42l43-l0-cs35l56-l23-2ch.tplg