I also deleted the sound entry (yast2 audio) and tried to re-install it getting the following message:
Yeah, that won’t help as the issue is at a lower level.
Here is where you can report a bug:
https://bugzilla.opensuse.org/index.cgi
A guide (if needed):
https://en.opensuse.org/openSUSE:Submitting_bug_reports
Using Google Translate:
The kernel module snd-hda-intel for sound support could not be loaded. A possible reason for this could be incorrect module parameters, as well as invalid IO or IRQ parameters.
Did you remove the existing sound config files as suggested earlier?
ls ~/.config/pulse*
ls: access to '/home/walter/.config/pulse*' impossible: file or directory not found
This has no impact on yast2 audio, error message remains the same. It’s not possible to recreate EBS2 (HDA).
Before implementing pipewire-pulseaudio I had a work-around deleting ESB (HDA) and canceling the deleting. Then the sound was back. This option is gone with pipewire-pulseaudio.
Doesn’t the work-around (which is gone now) show that we have a configuration issue instead of a kernel bug?
How can I figure out the correct module or IO/IRQ parameters?
No, I meant the ALSA (driver) configuration files in /etc/modprobe.d directory. Read the earlier post regarding that.
Sorry for misunderstanding.
I removed 50-sound.conf*, rebooted, configured the sound card using yast2 and rebooted.
grep -i snd /etc/modprobe.d/*
/etc/modprobe.d/50-sound.conf:options snd slots=snd-hda-intel
/etc/modprobe.d/50-sound.conf:alias snd-card-0 snd-hda-intel
pactl list sinks
Sink #48
State: SUSPENDED
Name: auto_null
Description: Dummy Output
Driver: PipeWire
Sample Specification: float32le 2ch 48000Hz
Channel Map: front-left,front-right
Owner Module: 4294967295
Mute: no
Volume: front-left: 65536 / 100% / 0,00 dB, front-right: 65536 / 100% / 0,00 dB
balance 0,00
Base Volume: 65536 / 100% / 0,00 dB
Monitor Source: auto_null.monitor
Latency: 0 usec, configured 0 usec
Flags: DECIBEL_VOLUME LATENCY
Properties:
node.name = "auto_null"
device.description = "Dummy Output"
audio.rate = "48000"
audio.channels = "2"
audio.position = "FL,FR"
media.class = "Audio/Sink"
factory.name = "support.null-audio-sink"
node.virtual = "true"
monitor.channel-volumes = "true"
factory.id = "18"
clock.quantum-limit = "8192"
client.id = "47"
node.driver = "true"
factory.mode = "merge"
audio.adapt.follower = ""
library.name = "audioconvert/libspa-audioconvert"
object.id = "48"
object.serial = "48"
Formats:
pcm
inxi -Aa
Audio:
Device-1: Intel 100 Series/C230 Series Family HD Audio vendor: ASRock
driver: snd_hda_intel v: kernel bus-ID: 00:1f.3 chip-ID: 8086:a170
class-ID: 0403
Device-2: Razer USA Kiyo X driver: snd-usb-audio,uvcvideo type: USB
rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-6:3 chip-ID: 1532:0e06
class-ID: 0102 serial: 01.00.00
API: ALSA v: k5.14.21-150500.55.31-default status: kernel-api with: aoss
type: oss-emulator tools: alsactl,alsamixer,amixer
Server-1: JACK v: 1.9.12 status: off tools: jack_control
Server-2: PipeWire v: 0.3.64 status: active with: 1: pipewire-pulse
status: active 2: wireplumber status: active
tools: pactl,pw-cat,pw-cli,wpctl
Still no sound.
I can only recommend submitting a bug report. Once done, post a link to it here.
You seem to have jack and PipeWire installed… Remove Jack…
I agree with your comment. Or he could install sof firmware if he hasn’t already.
They can co-exist happily. In any case the issue appears to be kernel (driver) related based on the output shared here already.
see link >> reported opensuse bug
There should be no need to configure the sound card via YaST following removal of the config file. (Following the bug report now.)
If you don’t do that explicitly, what is reported by the following commands?
cat /proc/asound/cardscat /proc/asound/modulesor
inxi -Aainxi -Aa
Audio:
Device-1: Intel 100 Series/C230 Series Family HD Audio vendor: ASRock
driver: snd_hda_intel v: kernel bus-ID: 00:1f.3 chip-ID: 8086:a170
class-ID: 0403
Device-2: Razer USA Kiyo X driver: snd-usb-audio,uvcvideo type: USB
rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-6:3 chip-ID: 1532:0e06
class-ID: 0102 serial: 01.00.00
API: ALSA v: k5.14.21-150500.55.31-default status: kernel-api with: aoss
type: oss-emulator tools: alsactl,alsamixer,amixer
Server-1: JACK v: 1.9.12 status: off tools: jack_control
Server-2: PipeWire v: 0.3.64 status: active with: 1: pipewire-pulse
status: active 2: wireplumber status: active
tools: pactl,pw-cat,pw-cli,wpctl
pactl list sinks
Sink #48
State: SUSPENDED
Name: auto_null
Description: Dummy Output
Driver: PipeWire
Sample Specification: float32le 2ch 48000Hz
Channel Map: front-left,front-right
Owner Module: 4294967295
Mute: no
Volume: front-left: 65536 / 100% / 0,00 dB, front-right: 65536 / 100% / 0,00 dB
balance 0,00
Base Volume: 65536 / 100% / 0,00 dB
Monitor Source: auto_null.monitor
Latency: 0 usec, configured 0 usec
Flags: DECIBEL_VOLUME LATENCY
Properties:
node.name = "auto_null"
device.description = "Dummy Output"
audio.rate = "48000"
audio.channels = "2"
audio.position = "FL,FR"
media.class = "Audio/Sink"
factory.name = "support.null-audio-sink"
node.virtual = "true"
monitor.channel-volumes = "true"
factory.id = "18"
clock.quantum-limit = "8192"
client.id = "47"
node.driver = "true"
factory.mode = "merge"
audio.adapt.follower = ""
library.name = "audioconvert/libspa-audioconvert"
object.id = "48"
object.serial = "48"
Formats:
pcm
The device is enumerated as expected (even without YaST as you can see), albeit not functioning. Hopefully, the bug report will identify the regression and resolve the issue for you.
1 Like
Problem solved. See link: opensuse ticket.
Thanks for your support.
1 Like
Thanks for the update. The module was being loaded too early (before the hardware is ready). Good to know you’ve managed to resolve the issue.