No Audio in Trixie on B550M motherboard

[waldo22]

Hey folks, I've been fruitlessly searching off an on for months trying to figure out why I have no audio on my son's AMD Ryzen system.

It's running Trixe with Mate on an MSI B550M Pro motherboard, and it used to work. Unfortunately I can't remember when it stopped working.

I just completely nuked the install and reinstalled Trixie fresh.

Kernel is 6.12.6-amd64.

I have installed firmware-linux-nonfree and firmware-misc-nonfree, but neither helped.

`lspci -knn | grep -iA3` audio shows:

Code: Select all

30:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Renoir Radeon High Definition Audio Controller [1002:1637]
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:9d14]
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel
--
30:00.6 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Family 17h/19h/1ah HD Audio Controller [1022:15e3]
        DeviceName: Realtek ALC1220
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:9d14]
        Kernel driver in use: snd_hda_intel

Mate Sound preferences GUI "Hardware" tab showed:

Code: Select all

Family 17h/19h/1ah HD Audio Controller
Disabled
Off

Renoir Radeon High Definition Audio Controller
Disabled
Off

I changed both from "Disabled" to "Pro Audio", but it made no difference.

When enabled, "Output" under sounds preferences shows:

Code: Select all

*Family 17h/19h/1ah HD Audio Controller Pro
*Renoir Radeon High Definition Audio Controller Pro
*Renoir Radeon High Definition Audio Controller Pro 7

alsamixer shows everything is unmuted.

I would think that `snd_hda_intel` is the wrong driver for these, but I've seen crazier things.

I'm pretty good at troubleshooting things in general, but this audio subsystem is just too complicated for me with too many moving parts.

I don't know why there are 3 separate audio output devices. I don't know why the 2 hardware devices showed "disabled" when I first looked at the mixer.

Some guidance would be very much appreciated!

[waldo22]

lsmod shows:

Code: Select all

snd_seq_dummy          12288  0
snd_hrtimer            12288  1
snd_seq               110592  7 snd_seq_dummy
snd_seq_device         16384  1 snd_seq
snd_hda_codec_realtek   208896  1
snd_hda_codec_generic   114688  1 snd_hda_codec_realtek
snd_hda_scodec_component    20480  1 snd_hda_codec_realtek
snd_hda_codec_hdmi     98304  1
snd_hda_intel          61440  2
snd_intel_dspcfg       40960  1 snd_hda_intel
snd_intel_sdw_acpi     16384  1 snd_intel_dspcfg
snd_hda_codec         217088  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core          143360  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep              20480  1 snd_hda_codec
snd_pcm               184320  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              53248  3 snd_seq,snd_hrtimer,snd_pcm
snd                   151552  16 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
soundcore              16384  1 snd

...I should add that my daughter has identical hardware running kernel 6.9.9 and everything works fine. The driver in use on her machine is snd_hda_intel.

Could this be a UEFI setting I've somehow messed up?

[perovskikh]

I have the same asus b550m-k in gnome settings no sound card

[FreewheelinFrank]

Moved to Testing & Unstable.

Welcome to the forum!

Some questions first. Why Trixie, which is the Testing version? Why not Bookworm, the Stable release? Is it because the hardware is too new for Bookworm?

I should add that my daughter has identical hardware running kernel 6.9.9 and everything works fine.

Is this Debian? What version? Trixie too? Bookworm with a kernel from Backports? A different distro? What release?

and it used to work. Unfortunately I can't remember when it stopped working.

Testing (Trixie) does this sometimes. My guess would be a regression in the kernel driver.

The obvious test would have been to try booting from an older kernel. These are retained after updates just for this reason, but those will have been lost after a reinstall.

My immediate suggestion would be to try Bookworm with a newer kernel from Backports, based on the assumption that Bookworm doesn't work and the reason for choosing Testing is to get hardware working, hence the questions.

[perovskikh]

The sound is working! after reinstalling from the image debian-12.8.0-amd64-DVD-1.iso before that, I installed it from the image debian-12.8.0-amd64-netinst.iso

[waldo22]

Some questions first. Why Trixie, which is the Testing version? Why not Bookworm, the Stable release? Is it because the hardware is too new for Bookworm?

Because usually Testing is pretty stable and has support for much newer hardware than Stable, but I'm sure Bookworm would be fine for us.

I should add that my daughter has identical hardware running kernel 6.9.9 and everything works fine.

Is this Debian? What version? Trixie too? Bookworm with a kernel from Backports? A different distro? What release?

Yes, sorry, Debian Trixie with Kernel 6.9.9.

My immediate suggestion would be to try Bookworm with a newer kernel from Backports, based on the assumption that Bookworm doesn't work and the reason for choosing Testing is to get hardware working, hence the questions.

I'll give it a try with Bookworm and see what happens.

[FreewheelinFrank]

It looks like a bug in the newer kernel.

The obvious test would be to update your daughter's Trixie and see if audio is lost. If it is, boot from the earlier kernel from grub. However there is a risk that something else has broken audio.

It seems to be possible to downgrade the kernel when older kernels have been deleted. You might want to try that first. If an older kernel fixes it, you'll know it's a kernel bug.

viewtopic.php?t=62768

Testing does sometimes introduce bug/regressions. If you can pin this down to a kernel bug with this hardware, please check if a bug report has been filed, and if not file one yourself to help other users.

Testing does support newer hardware, but it is possible Bookworm with a newer kernel form Backports would also work. Audio might also require more up to date firmware and ucm files. It might also be possible to update those in Bookworm.

If you can get Bookworm working, you wouldn't have to worry about things breaking in Testing. If Testing is the preferred/only option, bear in mind the possibility booting from a previous kernel until a bug is fixed.

Good luck!

Addendum: Another thing you can do is to see what other updates are pending on your daughter's machine: are there any for the sound system - Alsa, Pipewire etc. If not, more reason to suspect the kernel. If there are other sound system changes, they might be the culprit.