Control: found -1 6.12.5-1 Control: found -1 6.13~rc6-1~exp1 Control: tags -1 + upstream Control: tags -1 - moreinfo Control: close -1 6.13.3-1~exp1 Control: close -1 6.12.15-1
On Tue, Feb 25, 2025 at 07:43:06AM +0100, Salvatore Bonaccorso wrote: > Control: tags -1 + moreinfo > Control: found -1 6.1.123-1 > > HI Alf, > > On Tue, Feb 25, 2025 at 02:53:10AM +0700, Alf Nilsson wrote: > > Hello Salvatore, > > > > Strange about the 6.1 source. > > > > root@lenovo-m83:~# aptitude search linux-source-6.1 -vv > > i A linux-source-6.1 > > - Linux kernel source for version 6.1 with > > Debian patches > > v linux-source-6.1:i386 > > - > > > > > > root@lenovo-m83:~# aptitude show linux-source-6.1 > > Package: linux-source-6.1 > > Version: 6.1.128-1 > > State: installed > > Automatically installed: yes > > Multi-Arch: foreign > > Priority: optional > > Section: kernel > > Maintainer: Debian Kernel Team <debian-ker...@lists.debian.org> > > Architecture: all > > Uncompressed Size: 139 M > > Depends: binutils, xz-utils > > Recommends: build-essential, bc, rsync, kmod, cpio, bison, flex, > > libelf-dev, libssl-dev, linux-config-6.1 > > Suggests: libncurses-dev | ncurses-dev, qtbase5-dev, pkg-config > > Provides: linux-source-6.1:i386 (= 6.1.128-1) > > Description: Linux kernel source for version 6.1 with Debian patches > > This package provides source code for the Linux kernel version 6.1. This > > source closely tracks official Linux kernel releases. Debian's > > modifications to that source consist of security fixes, bug fixes, and > > features that have already been (or are believed to be) accepted by the > > upstream maintainers. > > Homepage: https://www.kernel.org/ > > > > root@lenovo-m83:/# grep -R 'Found multiple Units' /usr/src/linux-source-6.1 > > root@lenovo-m83:/# > > > > So not found in my source code on a Debian 12 system. > > Ah, this is because you have not uncompressend the provided source. > linux-source-6.1 contains /usr/src/linux-source-6.1.tar.xz > > > > Is this a regression? Which is the last 6.1.y kernel which worked? > > > > > root@lenovo-m83:/var/run# uname -vr > > 6.1.0-28-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.119-1 (2024-11-22) > > So this is good to know, so it regressed between 6.1.119 and 6.1.123. > > > > Can you test recent kernels from unstable (6.12.16-1) or experimental > > > (6.13.4-1~exp1), does the issue replicate there as well? > > root@debian-unstable:~# uname -vr > > 6.12.16-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.16-1 (2025-02-22) > > > > Works fine in unstable. > > > > Reboot now to 3.1.0-31-amd. > > > > root@lenovo-m83:~# uname -vr > > 6.1.0-31-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.128-1 (2025-02-07) > > > > Attaching a boot kernel log with the camera attached. > > (See kernel.log) > > Thanks. > > Would you be able to bisect the changes upstream between 6.1.119 and > 6.1.123? > > https://wiki.debian.org/DebianKernel/GitBisect > > contains instructions on how to do so. Our goal would be to identify > which commit between 6.1.119 and 6.1.123 upstream does regress the > functionality so it can either double-checked against upper stable > series and/or report upstream for the 6.1.y branch. > > So we need your help here in debugging as you have the HW. Is the > above helping you on how to proceed? The behaviour-change you are facing is defintively introdoced here: Fixes: 3dd075fe8ebb ("media: uvcvideo: Require entities to have a non-zero unique ID") in 6.13-rc1. This one was backported to various stable series: 5.10.231, 5.15.174, 6.1.120, 6.6.64, 6.12.4. It looks that this caused several regressions, in fact it got reverted upstream in 8004d635f27b ("Revert "media: uvcvideo: Require entities to have a non-zero unique ID"") in 6.14-rc1 and then backproted to 6.13.3, 6.12.14, 6.6.78 *and* 6.1.129. Thus I believe your issue will be fixed in the next upload based on at least 6.1.129. Regards, Salvatore
