Still no sound from the speakers, though… And yast still complains about the snd_soc_skl module and does not produce any .conf file in /etc/modprobe.d
Maybe I should add one manually? I don’t know that should be written there…
In general, no manual configuration should be necessary (except for the odd corner case, and perhaps where multiple sound cards exist).
The latest diagnostic output doesn’t suggest any obvious problems with audio. Nothing muted? Run alsamixer from a console and select the sound card, press F6 to select the sound card…
https://wiki.archlinux.org/title/Advanced_Linux_Sound_Architecture#Unmuting_the_channels
Follow the steps here using speaker-test and aplay to try to produce sound via the speakers, and report back…
https://en.opensuse.org/SDB:Audio_troubleshooting#STEP-1:_How_to_test_your_sound
Nothing is muted, and the speaker-test -Dplug:front -c2 -l5 -twav command seems to “work” but it does not make any sound:
speaker-test 1.2.8
Playback device is plug:front
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 64 to 1048576
Period size range from 32 to 524288
Using max buffer size 1048576
Periods = 4
was set period_size = 262144
was set buffer_size = 1048576
0 - Front Left
1 - Front Right
Time per period = 10.940228
0 - Front Left
1 - Front Right
Time per period = 10.941941
0 - Front Left
1 - Front Right
Time per period = 10.946880
0 - Front Left
1 - Front Right
Time per period = 10.951024
0 - Front Left
1 - Front Right
Time per period = 10.951975
Maybe it’s because pulse is not running? in the alsa-info report it says no audio server is running… Is this supposed to be the case?
No, the alsa commands work at a lower level. The pulseaudio and pipewire frameworks work at a higher level, with the latter now being the preferred sound server.
Ok, now I am going to make another suggestion. As per this archlinux post please try making a config file (/etc/modprobe.d/inteldsp.conf) with the following entry
options snd-intel-dspcfg dsp_driver=1then reboot, and test sound again. It can be removed again if it doesn’t help.
Didn’t seem to have any effect…
Please share the dmesg output from
sudo dmesg | egrep -i "snd|sof|firmware"I don’t expect to see any issues, but it might provide further useful information.
[ 0.023979] software IO TLB: area num 4.
[ 0.062035] DMAR: [Firmware Bug]: No firmware reserved region can cover this RMRR [0x0000000088800000-0x000000008affffff], contact BIOS vendor for fixes
[ 0.062041] DMAR: [Firmware Bug]: Your BIOS is broken; bad RMRR [0x0000000088800000-0x000000008affffff]
[ 0.202633] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[ 0.269919] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[ 0.317308] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.317313] software IO TLB: mapped [mem 0x0000000077024000-0x000000007b024000] (64MB)
[ 0.406998] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed40080 f80
[ 0.407016] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed40080 f80
[ 0.483231] integrity: Loaded X.509 cert 'Microsoft Corporation UEFI CA 2011: 13adbf4309bd82709c8cd54f316ed522988a1bd4'
[ 0.483247] integrity: Loaded X.509 cert 'Microsoft Windows Production PCA 2011: a92902398e16c49778cd90f99e4f9ae17c55af53'
[ 2.458866] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/skl_dmc_ver1_27.bin (v1.27)
[ 4.509433] iwlwifi 0000:01:00.0: loaded firmware version 29.4063824552.0 7265D-29.ucode op_mode iwlmvm
[ 4.949097] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 5.035139] snd_hda_codec_conexant hdaudioC0D0: CX20751/2: BIOS auto-probing.
[ 5.035707] snd_hda_codec_conexant hdaudioC0D0: autoconfig for CX20751/2: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
[ 5.035725] snd_hda_codec_conexant hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 5.035736] snd_hda_codec_conexant hdaudioC0D0: hp_outs=1 (0x16/0x0/0x0/0x0/0x0)
[ 5.035745] snd_hda_codec_conexant hdaudioC0D0: mono: mono_out=0x0
[ 5.035752] snd_hda_codec_conexant hdaudioC0D0: inputs:
[ 5.035758] snd_hda_codec_conexant hdaudioC0D0: Internal Mic=0x1a
[ 5.035766] snd_hda_codec_conexant hdaudioC0D0: Mic=0x19
[ 5.122879] iwlwifi 0000:01:00.0: Allocated 0x00400000 bytes for firmware monitor.
Just a thought - is this a dual boot laptop (also running Windows)? If so ensure fast boot is disabled in Windows and then turn the machine off completely, before powering back up and booting openSUSE again.
I’ve installed over Windows completely, and have disabled quick boot in the BIOS.
Ok, let’s see what Lee (oldcpu) might next suggest. Unfortunately, the hardware associated with ‘Intel Corporation Sunrise Point-LP HD Audio [8086:9d70]’ seems to have problems for many Linux users, as evident by the numerous threads and bug reports that come up in a search. It may be that the vendor BIOS is contributing to the problem here.
I did have sound on this laptop previously (running Arch), but then it stopped working after an update and I’ve decided to switch to OpenSuse, where it didn’t work out of the box. Hopefully, we would make it work again - the fact that it used to work gives me hope.
Yes, the essence of the problem is
snd_hda_codec_conexant hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)Perhaps check your BIOS for any sound related settings. At least one user I read about found that they needed to enable ‘Intel Smart Sound’ (or similar) in the advanced settings. Of course this will be vendor-speciifc, but worth exploring.
Nothing sound related in the BIOS…
Which sof_firmware version did you install ? Do you still have that sof_firmware installed? or did you subsequently remove it when it did not seem to help?
I still have sof-firmware installed. The version is the latest tumbleweed:
Information for package sof-firmware:
-------------------------------------
Repository : Main Repository (OSS)
Name : sof-firmware
Version : 2.2.2-1.1
Arch : noarch
Vendor : openSUSE
Installed Size : 13.2 MiB
Installed : Yes
Status : up-to-date
Source package : sof-firmware-2.2.2-1.1.src
Upstream URL : https://github.com/thesofproject/sof-bin
Summary : Firmware Data Files for SOF Drivers
Description :
Various firmware data files for SOF drivers.
First, I note earlier in your post, you reported:
... 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. ....
Is that still the case? Or has that been addressed?
According to your latest “alsa-info.sh” script output, “snd_soc_skl” kernel module is loaded.
… Further the alsa-info script output in your first post had no sof_firmware installed (from what I can read) and had a LOT of dmesg errors, but your more recent alsa-info script output has no such dmesg errors, and it indicates sof_firmware installed. Also your more recent alsa-info indicates sound card detected but the initial stated no sound card detected. What things have you done to the PC to change this configuration. … Trying to figure out your PC, when not in front of it, when the configuration is changing, is difficult for me.
Now I note your PC has a Sunrise Point-LP HD Audio 8086:9d70 which has reportedly working with Linux kernel versions going back some time ( reference: Intel Sunrise Point-LP HD Audio )
I note per your post, and per the alsa-info script output, that the rpm sof-firmware is installed: " sof-firmware-2.2.2-1.1.noarch " … I also note sof kernel modules are loaded:
snd_sof
snd_sof_intel_hda
snd_sof_intel_hda_common
snd_sof_pci
snd_sof_pci_intel_skl
snd_sof_utils **<<<<<<<<< MY laptop doesn't have this.**
snd_sof_xtensa_dsp
Still, aspects of your setup puzzle me when I compare to my (albeit different hardware in with my laptop running an older kernel and my laptop using the 1.8 sof_firmware ). My hardware for my Lenovo X1 Carbon gen-9 is different, although it too needs ‘sof_firmware’. My setup does not load the kernel module snd_sof_utils, and it puzzles me why yours does have that module loaded as opposed to mine does not have it loaded.
My PC has entries in the dmesg about sof_firmware loading:
[ 4.600591] sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 1:8:0-9e7a8
[ 4.600596] sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:18:1 Kernel ABI 3:18:0
Yet your recent alsa-info dmesg has no such corresponding entries … although your PC does have the sof_firmware kernel modules loaded. Those differences puzzle me. Why no dmesg entries?
I don’t know enough about the 6.1.0-1-default kernel to assess if the sof-firmware-2.2.2-1.1.noarch is the correct firmware for that kernel.
I have read, as I type this, ( Releases · thesofproject/sof · GitHub ) that v.2.2.3 is the latest sof_firmware, so you could try a newer version of sof_firmware.
None of that information tells me your PC issue. Its possible you simply have a corrupt kernel install, or a corrupt sof_firmware install.
Its also possible this is NOT a sof_firmware issue.
Could you also try this test command:
aplay /usr/share/sounds/alsa/test.wav
Does that yield any sound ?
… also, in case the implementation (between openSUSE and ArchLinux matters) could you try this in your grub boot:
snd-intel-dspcfg.dsp_driver=1
then reboot and test that (its a different way to implement a suggestion that you were previously given). If it doesn’t work (to give your PC sound) then remove that.
Yes, when I try to edit my card in yast → hardware → sound (it shows as not configured, and asks me to click edit) - I still get the exact same error.
I have installed the sof-firmware package and restarted the computer. I’m not sure which made that change, the restart or the installation of sof-firmware, but after these two actions the alsa-info had changed to recognize my sound card. Although the internal speakers are still not working (while mic and headphones do - don’t know if they did before that restart)
I have tried multiple kernels and sound configurations just to what works by using different distros - tried openMandriva, MX Linux, Manjaro, Ubuntu 20.04 and 22.10 and Fedora 37 - all of them did not have sound in live session (hadn’t tried installing them, as I prefer openSuse anyway).
So the only distro I was able to have sound with was Arch, and even that broke… Maybe I’d try installing Windows just to make sure it still works there to rule out it’s the hardware that broke.
I’ll try that grub flag and get back to you on these results, then try windows.