Package: kmod Version: 33+20240816-2 Severity: normal
This is a strange one and maybe is not directly a modprobe problem. I have etc/modprobe.d/snd-hda.conf containing the line options snd_hda_intel id=[HDMI,PCH] index=1,0 It has been working on testing for many years correcting the default sound output from HDMI to PCH (which is connected to speakers etc. But in a very recent testing update (I haven't been able to identify which), the kernel no longer sees this parameter setting which it had been doing properly for years. Yet manually correcting with # modprobe -r snd_hda_intel # modprobe snd_hda_intel which seems to let modprobe itself off the hook. Yet I thought that modprobe was invoked by the kernel when loading modules so I am very confused. Maybe this is related to udev? I see in my /var/log/dpkg triggers-pending udev:amd64 256.5-1 about the time this problem showed up. -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.10.6-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages kmod depends on: ii libc6 2.40-2 ii libkmod2 33+20240816-2 ii liblzma5 5.6.2-2 ii libssl3t64 3.3.1-7 ii libzstd1 1.5.6+dfsg-1 kmod recommends no packages. kmod suggests no packages. -- no debconf information
