Upon installation I had a sound card listed and the intel hd module associated with it. But the sound wasn’t working. I followed the trouble shooting up to the point where it says to open yast → hardware → sound, delete the card and add it back… But yast is unable to add it back - it says During the installation of Sunrise Point-LP HD Audio The kernel module snd-soc-skl for sound support could not be loaded. This can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
I can hear sound when I plug in my headphones… so it seems the drivers are working to some extent. the speakers make a little “pluck” when audio tries to play.
Its been a long time since I have seen such behaviour, when after removing a sound card in YaST, it could not be seen again. Typically thou, a reboot will cause it to reappear. I know, dumb question on my part, but have you rebooted your PC since? …
Also, the advice about sof_firmware is very relevant.
There is a diagnostic script that comes with alsa-utils (where alsa-utils is installed by default) which when run provides very good information on both configuration and installation issues with one’s sound. To run that diagnostic script, open a konsole or xterm, and as a regular user type (with PC connected to the internet):
/usr/sbin/alsa-info.sh
Select the UPLOAD/SHARE option when prompted and let the script run to completion. After the script has finished running you should see in the konsole/xterm an entry showing where on the internet the “ALSA information” from your PC setup has been uploaded to. Please provide that link here, and the volunteers on our forum who try to provide support for sound, can look at that and try to diagnose better the issue you are experiencing.
EDIT: I see you ran that script in your 1st post (when you stated your PC could not find the sound card again … Is that still the case? … There are MASSIVE errors in that script output, the likes of which I have never seen before - where that ‘might’ (speculation on my part) be a sof_firmware issue initially. If you have changed your configure/installed sof_firmware since, it would be useful to run the script again.
I moved the system drive to a new chassis and never bothered with sound. On the new system yast2 sound displays two configured cards of the old chassis and three unconfigured ones of the new chassis. However the new system has sound:
3400G:~ # journalctl -b -g snd
Dec 27 10:28:08 erlangen kernel: ata1.00: Features: Trust Dev-Sleep NCQ-sndrcv
Dec 27 10:28:08 erlangen kernel: ata2.00: Features: Trust Dev-Sleep NCQ-sndrcv
Dec 27 10:28:12 3400G kernel: snd_hda_intel 0000:09:00.1: enabling device (0000 -> 0002)
Dec 27 10:28:12 3400G kernel: snd_hda_intel 0000:09:00.1: Handle vga_switcheroo audio client
Dec 27 10:28:12 3400G kernel: snd_hda_intel 0000:09:00.6: enabling device (0000 -> 0002)
Dec 27 10:28:12 3400G kernel: snd_hda_intel 0000:09:00.1: bound 0000:09:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC887-VD: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: mono: mono_out=0x0
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: dig-out=0x11/0x0
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: inputs:
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: Front Mic=0x19
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: Rear Mic=0x18
Dec 27 10:28:12 3400G kernel: snd_hda_codec_realtek hdaudioC1D0: Line=0x1a
Dec 27 10:28:12 3400G kernel: usbcore: registered new interface driver snd-usb-audio
Removing the obsolete entries killed sound. In yast2 sound I added an existing card and restarted systemctl --user restart pipewire.service. That’s all.
Ok, then I’m not sure why the modprobe options listed in the alsa-info.sh output you shared (at the beginning of the thread) included ‘snd_hda_intel: dmic_detect=0’. I have no further suggestions.