LinuxQuestions.org - No Sound

- SUSE / openSUSE (https://www.linuxquestions.org/questions/suse-opensuse-60/)

- - No Sound - Leap 15.3 (https://www.linuxquestions.org/questions/suse-opensuse-60/no-sound-leap-15-3-a-4175710785/)

No Sound - Leap 15.3

Situation: Fresh build (everything new).
openSUSE 15.3 with KDE desktop
Motherboard: MSI MAG B560 Tomahawk WIFI
Kernel: 5.3.18-150300.59.49-default
Sound Card (embedded in MomBoard): Intel Corporation Tiger Lake-H HD Audio Controller

Finally have everything working better than it was with my 5 year old box, except that I have no sound.

I've tried the suggestions in https://en.opensuse.org/SDB:Audio_troubleshooting, https://en.opensuse.org/SDB:Sound_concepts, and the links they reference, to no avail.

I have a number of alsa directories, but I cannot find any alsa-base.conf, which may or may not be the issue. I have edited and deleted, and re-editied 50-sound.conf upteen times. The long-and-short of everything (trying to keep this post reasonably short) is that the diagnostic script (http://alsa-project.org/db/?f=54406e...a894e46deba639) comes back and states that I have no sound cards recognized by alsa, and that YaST craps out trying to install my sound card with

The kernel module snd-sof-pci for sound support could not be loaded.

So…I'm thinking the best thing to do is to downgrade to analog sound. But I haven't found any instructions as to how to do that. Anybody have any suggestions?

That SDB page needs an update. It makes no mention of pipewire. These are what I have installed on 15.3 on my Haswell with working sound:

Code:

i  | pipewire                | package | 0.3.24-4.3.1 | x86_64 | UpdateSLE

i  | pipewire-modules        | package | 0.3.24-4.3.1 | x86_64 | UpdateSLE

i  | pipewire-spa-plugins-0_2 | package | 0.3.24-4.3.1 | x86_64 | UpdateSLE

i  | pipewire-spa-tools      | package | 0.3.24-4.3.1 | x86_64 | UpdateSLE

i  | pipewire-tools          | package | 0.3.24-4.3.1 | x86_64 | UpdateSLE

i+ | libpipewire-0_3-0        | package | 0.3.24-4.3.1 | x86_64 | UpdateSLE

> inxi -Aay

Audio:

  Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio

    vendor: Micro-Star MSI driver: snd_hda_intel v: kernel bus-ID: 00:03.0

    chip-ID: 8086:0c0c class-ID: 0403

  Device-2: Intel 8 Series/C220 Series High Definition Audio

    vendor: Micro-Star MSI driver: snd_hda_intel v: kernel bus-ID: 00:1b.0

    chip-ID: 8086:8c20 class-ID: 0403

  Sound Server-1: ALSA v: k5.3.18-150300.59.60-default running: yes

  Sound Server-2: PulseAudio v: 14.2-rebootstrapped running: yes

  Sound Server-3: PipeWire v: 0.3.24 running: no

My Rocket Lake also has Tiger Lake audio:

Code:

i  | kernel-firmware-i915    | package | 20210208-150300.4.7.1 | noarch | UpdateSLE

i  | kernel-firmware-intel    | package | 20210208-150300.4.7.1 | noarch | UpdateSLE

i  | kernel-firmware-media    | package | 20210208-150300.4.7.1 | noarch | UpdateSLE

i  | kernel-firmware-network  | package | 20210208-150300.4.7.1 | noarch | UpdateSLE

i  | kernel-firmware-platform | package | 20210208-150300.4.7.1 | noarch | UpdateSLE

i  | kernel-firmware-sound    | package | 20210208-150300.4.7.1 | noarch | UpdateSLE

i  | libpipewire-0_3-0        | package | 0.3.24-4.3.1          | x86_64 | UpdateSLE

i  | pipewire                | package | 0.3.24-4.3.1          | x86_64 | UpdateSLE

i  | pipewire-spa-plugins-0_2 | package | 0.3.24-4.3.1          | x86_64 | UpdateSLE

i  | pipewire-spa-tools      | package | 0.3.24-4.3.1          | x86_64 | UpdateSLE

i  | pipewire-modules        | package | 0.3.24-4.3.1          | x86_64 | UpdateSLE

i  | pipewire-tools          | package | 0.3.24-4.3.1          | x86_64 | UpdateSLE

> inxi -CMyz

Machine:

  Type: Desktop System: ASUS product: N/A v: N/A serial: N/A

  Mobo: ASUSTeK model: PRIME B560M-A v: Rev 1.xx serial: <filter>

    UEFI: American Megatrends v: 1410 date: 01/28/2022

CPU:

  Info: 6-core model: 11th Gen Intel Core i5-11400 bits: 64 type: MT MCP

    cache: L2: 3 MiB

> inxi -Aay

Audio:

  Device-1: Intel Tiger Lake-H HD Audio vendor: ASUSTeK driver: N/A

    alternate: snd_hda_intel, snd_sof_pci bus-ID: 00:1f.3 chip-ID: 8086:43c8

    class-ID: 0403

  Sound Server-1: ALSA v: k5.3.18-150300.59.54-default running: yes

  Sound Server-2: PulseAudio v: 14.2-rebootstrapped running: no

  Sound Server-3: PipeWire v: 0.3.24 running: no

# dmesg | grep snd | sort

[    3.787635] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)

[    3.816572] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])

[    4.026182] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC897: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line

[    4.026185] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)

[    4.026186] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)

[    4.026186] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0

[    4.026187] snd_hda_codec_realtek hdaudioC0D0:    dig-out=0x11/0x0

[    4.026188] snd_hda_codec_realtek hdaudioC0D0:    inputs:

[    4.026189] snd_hda_codec_realtek hdaudioC0D0:      Front Mic=0x19

[    4.026190] snd_hda_codec_realtek hdaudioC0D0:      Line=0x1a

[    4.026190] snd_hda_codec_realtek hdaudioC0D0:      Rear Mic=0x18

Even with the same packages installed on both PCs, the Rocket Lake currently has no sound. The yast2 sound module fails with:

Code:

An error occurred during the installation of



                Intel Corporation



The kernel module snd-sof-pci for sound support

could not be loaded. This can be caused by incorrect

module parameters, including invalid IO or IRQ parameters.

It may be one of us needs to report an openSUSE bug.

Edit:

Code:

# lsmod | grep snd | wc -l

31

# aplay -vv -D hdmi:0,0 /usr/share/sounds/alsa/test.wav produces expected sound, but no sound from DE/system or SMPlayer. :p

Thank you so much!!!! Several points:

1) Sorry for taking so long to respond. My son came in from Chi-Town to visit for the weekend, and his bedroom has been converted into my office, so I didn't have a lot of time to check out your post.

2) I ran with your hint and looked up documentation on pipewire. It does look like pipewire will eliminate most of the issues many users have with pulseaudio. I do have all of openSUSE 15.3's packages for pipewire installed. If my reading is correct, that means that pavucontrol is now going thru pipewire rather than pulseaudio, but I have no (obvious) way of knowing if I am using pipewire or pulse audio.

3) As I said, my son came home to visit. I was hoping I could get this solved by myself, and not have him solve it for me. When he was downstairs, I sneaked into the office and brought up your post. He came in and asked if I had sound. I put on my headphones, and I did have sound. He asked if I could see the difference between the jacks on my headphones, and I said, "no". He replied that I had them reversed (MORE ON THIS BELOW). I know I have swapped them around several times, wondering if that made any difference.

4) He also pointed out that he had to use the advanced option on the pulse audio control widget and set the source to headphones in order to get the sound to work. I know that I have played with that option with no luck, but I don't know how I had my headphones plugged in.

5) I still have no sound thru the speakers on my monitor (HDMI connection), and I'm going to try some options there next. And then I'm going to see if plugging in my USB webcam will work. You have given me enough of a hint that I hope I can get these two things working by myself.

----------------My Excuse for Point 3 (can be ignored)-----------------
3a) When I was a graduate student at MSU, in the hall outside the Physics building was a display case with 20 different color blindness test disks. The first time I saw them, I looked at the first few, and just saw a jumble, so I looked at some more, and just saw a jumble, and then I looked at one and the display was obvious. Then I read the legend, which read that it was a black-and-white disk to illustrate how they worked. So, I flunked every color-blindness test in the case. So, not knowing which headphone plug goes where is a little easier to understand.

4a) My son has worked with Linux at a deeper level than I have been able to (The correct term of art to describe me is 'dumb user').