Hello Sergey,

On Fri, May 22, 2026 at 09:27:18AM +0500, Sergey Artemyev wrote:
> Package: src:linux
> Version: 7.0.7-1~bpo13+1
> Severity: normal
> X-Debbugs-Cc: [email protected]
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>    * What led up to the situation?
>    * What exactly did you do (or not do) that was effective (or
>      ineffective)?
>    * What was the outcome of this action?
>    * What outcome did you expect instead?
>
> *** End of the template - remove these template lines ***
>
> I decided to try a new kernel from trixie backports (7.0.7). After booting, 
> the
> sound disappeared. It seems firmware-realtek package is missing, judging by 
> the
> output of alsa-info from both kernels.
> Here parts of diff from thwo alsa-info reports:
> kernel 6.8                                                    kernel 7.0
> snd                                                             snd
> snd_hda_codec                                                   snd_hda_codec
> snd_hda_codec_generic                                         |
> snd_hda_codec_atihdmi
> snd_hda_codec_hdmi
> snd_hda_codec_hdmi
> snd_hda_codec_realtek                                         <
> snd_hda_core                                                    snd_hda_core
> snd_hda_intel                                                   snd_hda_intel
> snd_hda_scodec_component                                      <

Does it help to load the kernel modules that you had with 6.12 (or
6.8?)?

Otherwise bisection is probably the most effective way to locate the
culprit. To narrow down the test range (and thus reduce the number of
compilations that you have to do), please start with the kernel images
available on https://snapshot.debian.org/package/linux/. In the first
step where you know that 6.12 is good and 7.0 is bad, pick a kernel
somewhat in the middle of that range (e.g. something based on 6.16.y)
and test that. Depending on if sound works there for you continue either
on the range 6.12..6.16 or 6.16..7.0 until you found a pair of
consecutive images where the older works and the newer doesn't.

After that we most likely ask you for a procedure like the one that
Salvatore described in
https://lists.debian.org/debian-kernel/2026/03/msg00303.html, but unless
you want to sharpen your kernel skills and explore the problem of your
own, please first report back the result of the binary package
bisection.

If something is unclear, don't hesitate to ask. Either here or in the
#debian-kernel irc channel.

Best regards
Uwe

Attachment: signature.asc
Description: PGP signature

Reply via email to