Control: tags -1 + moreinfo hi Axel,
On Fri, Apr 17, 2026 at 09:03:44PM +0200, axel wrote: > Package: src:linux > Version: 6.19.11-1 > Severity: important > X-Debbugs-Cc: [email protected], [email protected] > User: [email protected] > Usertags: amd64 > > Dear Maintainer, > > if I boot with kernel 6.19.11 I've no sound anymore. Everything is fine if I > boot with kernel 6.19.10 (or any other older kernel) instead. A couple of questions. Can you please provide the kernel logs in both cases to compare with please? Additionally given the regression from 6.19.10 to 6.19.11, would you be able to bisect the problem to identify the change which introduces the problem? In case you can, this would involve compiling and testing a couple of kernels as follows: git clone --single-branch -b linux-6.19.y https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git cd linux-stable git checkout v6.19.10 cp /boot/config-$(uname -r) .config yes '' | make localmodconfig make savedefconfig mv defconfig arch/x86/configs/my_defconfig # test 6.19.10 to ensure this is "good" make my_defconfig make -j $(nproc) bindeb-pkg ... install the resulting .deb package and confirm the problem does not exist. # test 6.19.11 to ensure this is "bad" git checkout v6.19.11 make my_defconfig make -j $(nproc) bindeb-pkg ... install the resulting .deb package and confirm problem exists. With that confirmed, the bisection can start: git bisect start git bisect good v6.19.10 git bisect bad v6.19.11 In each bisection step git checks out a state between the oldest known-bad and the newest known-good commit. In each step test using: make my_defconfig make -j $(nproc) bindeb-pkg ... install, and confirm if problem exists. and if the problem is hit run: git bisect bad and if the problem doesn't trigger run: git bisect good . Please pay attention to always select the just built kernel for booting, it won't always be the default kernel picked up by grub. Iterate until git announces to have identified the first bad commit. Then provide the output of git bisect log In the course of the bisection you might have to uninstall previous kernels again to not exhaust the disk space in /boot. Also in the end uninstall all self-built kernels again Regards, Salvatore
